User tests: Successful: Unsuccessful:
Pull Request for Issue #41176 .
GET content separate intro & full text
GET request to {{base_url}}/{{base_path}}/content/articles/{{article_id}}
"text" field with concatenated "introtext" + "fulltext"
2 separated fileds intro , fulltext
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 |
Title |
|
Labels |
Added:
Webservices
PR-5.2-dev
|
Labels |
Added:
bug
|
Title |
|
Labels |
Added:
PR-5.3-dev
Removed: bug PR-5.2-dev |
I have tested this item ✅ successfully on 72caf39
I have tested this item ✅ successfully on 72caf39
Status | Pending | ⇒ | Ready to Commit |
Build | 5.2-dev | ⇒ | 5.3-dev |
RTC
This needs a manual entry for the deprecation.
What is the reason to remove the text field?
text
is a combination of introtext
and fulltext
so it is redundant data.
you are not allowed to PATCH introtext and /or fulltext in the current way
text
is a combination ofintrotext
andfulltext
so it is redundant data.
I know but it is much more complicated to remove something than to add something new.
Title |
|
Title |
|
Labels |
Added:
Feature
RTC
Updates Requested
PR-6.0-dev
Removed: PR-5.3-dev |
As its not going into 5.3 but 6.0, does the deprecation notice need to be for 8.0 and not 7.0 as it is at the moment? Anyone help me out here?
as i disagree, because 1st it was a bad design and 2nd it has been considered as an not an issue i'll close this pr, i have a complete different opinion on this matter, for me that's an issue and not a new feature
Status | Ready to Commit | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2025-03-24 20:26:54 |
Closed_By | ⇒ | alikon |
I'm sorry, but this is not a bugfix, but a new feature and has to go into 5.3.