User tests: Successful: Unsuccessful:
added endpoints for tags history
GET v1/tags/:id/contenthistory
PATCH v1/tags/:id/contenthistory/keep
DELETE v1/tags/:id/contenthistory
npm cypress run --spec tests/System/integration/api/com_contenthistory/Tag.cy.js
N/A
test + endpoint
As discussed, this API enhancement will be documented first in https://manual.joomla.org/migrations/54-60/new-features, please note:
id
for /v1/tag/:id/contenthistory
is the contenthistory id and NOT the tag.id
PATCH
is only available for the attribute keep_forever
with /v1/tag/:id/contenthistory/keep
Please select:
Documentation link for docs.joomla.org:
No documentation changes for docs.joomla.org needed
Pull Request link for manual.joomla.org:
No documentation changes for manual.joomla.org needed
Status | New | ⇒ | Pending |
Category | ⇒ | Front End Plugins JavaScript Unit Tests |
Labels |
Added:
Unit/System Tests
PR-5.3-dev
|
Labels |
Added:
Documentation Required
Webservices
|
Status | Pending | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2025-03-24 21:44:51 |
Closed_By | ⇒ | alikon |
Status | Closed | ⇒ | New |
Closed_Date | 2025-03-24 21:44:51 | ⇒ | |
Closed_By | alikon | ⇒ |
Status | New | ⇒ | Pending |
Title |
|
Labels |
Added:
PR-5.4-dev
Removed: Documentation Required PR-5.3-dev |
yes, of course
but i'll be slow, i'm short in free time currently
Category | Front End Plugins JavaScript Unit Tests | ⇒ | Administration Language & Strings Front End Plugins JavaScript Unit Tests |
Title |
|
I have tested this item 🔴 unsuccessfully on 5933d36
I have tested with current 6.0-dev and curl command line (script and output will be attached to the PR)
GET /v1/tags/:id/contenthistory
-> 401 "Unauthorized" with error "Forbidden"PATCH /v1/tags/:id/contenthistory/keep
-> 401 "Unauthorized" with error "Forbidden"DELETE /v1/tags/:id/contenthistory
-> 401 "Unauthorized" with error "Forbidden"GET /v1/tags/:id/contenthistory
-> 200 "OK" and returning the entry in JSON formatPATCH /v1/tags/:id/contenthistory/keep
-> 200 "OK" and empty return
GET
has "keep_forever" : 1
setDELETE /v1/tags/:id/contenthistory
-> 204 "No Content" end no content returnedGET /v1/tags/4711/contenthistory
-> 200 "OK" and json structure with self link and empty data and empty metaPATCH /v1/tags/4711/contenthistory/keep
-> 400 "Bad Request" with JSON error "Changed the keep forever value for a history version."DELETE /v1/tags/4711/contenthistory
-> 500 "Internal Server Error" with JSON error "RuntimeException"Not tested was the following. Should this or something elso be tested next time?
The database was checked in parallel and regardless of this PR, the entries in the content history are not deleted when the tag is deleted and I will create an issue.
Notes on the documentation:
id
for /tags/:id/contenthistory
is the contenthistory and NOT the tag.id
PATCH
is only available for the attribute keep_forever
with /v1/tags/:id/contenthistory/keep
Thank you @alikon for your contribution and for adding System Tests for the new REST API tag history functionality.
Is it possible to also test PATCH and DELETE requests in the System Tests after testing GET?
I would test in parallel with curl or postman and document this as the mentioned System Test spec is already included in the CI. And would ask around how to proceed with the documentation, e.g. there is no POST as the history entries are only created implicit.