| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
This date is used to sort starred entries.
Can not use Entry::timestamps method otherwise starred_at will be updated each time entry is updated.
Add an updateStar method into Entry class
A migration script has been added in order to set starred_at field.
|
|
|
|
|
|
|
| |
To avoid error when a content is re-submitted and it previously add a
published date.
Also, fix the `testPostSameEntry`
|
| |
|
| |
|
|
|
|
|
| |
The PATCH method for the entry should only update what user sent to us and not the whole entry as it was before.
Also, sending tags when patching an entry will now remove all current tags & assocatied new ones.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: Thomas Citharel <tcit@tcit.fr>
|
|
|
|
|
|
| |
Listing entries can now be filtered by “public”.
Creating or patching an entry can now set is to public or remove the public.
Entry response now include “is_public” boolean field
|
|
|
|
|
| |
de_DE is not valid language.
Zataz doesn’t send a valid language in their content (they use `fr-FR`).
|
| |
|
|
|
|
|
|
|
|
| |
While creating a new user using the API, we also create a new client for the current user.
So the app which just create the user can use its newly created client to configure the app.
That new client is only return after creating the user.
When calling the endpoint /api/user to get user information, the new client information won’t be return.
|
|\
| |
| | |
Add ability to patch an entry with more fields
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Like when we create an entry, we can now patch an entry with new fields:
- content
- language
- preview_picture
- published_at
- authors
|
| | |
|
|/
|
|
|
|
|
|
| |
I've added a toggle feature (in internal settings) so that user api creation can be disabled while form registration still can be enabled.
Also, the /api/user endpoint shouldn't require authentication. Even if we check the authentication when sending a GET request, to retrieve current user information.
I've moved all the internal settings definition to config to avoid duplicated place to define them.
I don't know why we didn't did that earlier.
|
|\
| |
| | |
Isolated tests
|
| |
| |
| |
| | |
Use https://github.com/dmaicher/doctrine-test-bundle to have test isolation.
|
| | |
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Entry API can now have these new fields:
- content
- language
- preview_picture
- published_at
Re-use the ContentProxy to be able to do the same using the web UI (in the future).
htmLawed is used to clean stuff from content, I hope it’ll be enough to avoid security breach.
Lower content validation when we want to update an entry with content already defined. Before, language & content_type were required. If there weren’t provided, we re-fetched the content using graby. I think these fields aren’t required for an entry to be created. So I removed them.
Which means some import from the v1 export won’t be re-fetched since they provide content, url & title.
Also, remove liberation link from Readability import to avoid overlaping import (from wallabag v1, which had the same link)
|
| |
|
|
|
|
|
|
| |
The only ugly things is how we handle error by generating the view and then parse the content to retrieve all errors…
Fix exposition fields in User entity
|
|\ |
|
| |\
| | |
| | | |
Create a new entry via API even when its content can't be retrieved
|
| | | |
|
| | |
| | |
| | |
| | | |
Fix #2988
|
| | |
| | |
| | |
| | |
| | | |
It allows to request to delete a tag using query string instead of body parameter (which seems to be the standard).
Instead of breaking the previous behavior, I used a generic way to retrieve parameter (which looks into request attributes, query parameters and request parameters)
|
|\| | |
|
| |/
| |
| |
| | |
Fix #2720
|
| | |
|
|\ \
| | |
| | | |
Added API endpoint to handle a list of URL
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
By passing an array, you can add / delete URL in mass (bulk request)
|
|\ \ \
| |/ /
|/| | |
Added notmatches operator for tagging rule
|
| | | |
|
| | | |
|
| | | |
|
|/ / |
|
|/ |
|
|
|
|
|
|
| |
Previously it was a 400 but this is more related to a real error.
Using the API user should only know the content got reloaded or not.
If reloaded: 200 otherwise: 304.
|
| |
|
| |
|
| |
|
|\ |
|