User tests: Successful: Unsuccessful:
Reverts #42890 and moves the classes to the compat plugin instead of easier transition. It uses the same logic as #44240 without the option.
new \Joomla\CMS\Input\Json();
A Class "Joomla\CMS\Input\Json" not found
exception is thrown.
The articles list is loaded.
Please select:
Documentation link for docs.joomla.org:
No documentation changes for docs.joomla.org needed
Pull Request link for manual.joomla.org: joomla/Manual#389
No documentation changes for manual.joomla.org needed
Status | New | ⇒ | Pending |
Category | ⇒ | Front End Plugins |
Title |
|
Labels |
Added:
PR-6.0-dev
|
I leave the decision up to the RM's.
For the record this one is tricker. Removing the alias from CMSInput functionally changes behavior and forces extensions to change much more of their code as a result. In this very specific case because of that Iām personally against merging this (for the record in favour of merging the other application one)
I do mean that one and even though it's not in production it leads to a much bigger b/c break when the compat plugin is disabled.
getting this error The file marked for modification does not exist: plugins/behaviour/compat/src/classmap/classmap.php
I have tested this item š“ unsuccessfully on 88f0ecd
@tekvishal you need to test it with the code from version 6. This error has nothing to do with the current pr. Best is to use the prebuilt package.
I have tested this item š“ unsuccessfully on 59330d8
I can NOT replicate the before Condition - without the Patch applied, there is NO error message when looking at the Articles list...
See attachment below...
Thanks for the test, I'v updated the testing instructions with another class as we have an alias for the default input class.
I have tested this item ā
successfully on 59330d8
I have tested this successfully now (with the updated new \Joomla\CMS\Input\Json(); line). Thanks @laoneo.
FYI, for the next testers, the error will show:
An error has occurred.
0 Class "Joomla\CMS\Input\Json" not found
not A Class "Joomla\CMS\Input\Input" not found exception is thrown. as mentioned in the Testing instructions.
I have tested this item ā
successfully on 59330d8
Thanks @laoneo.
Status | Pending | ⇒ | Ready to Commit |
RTC as it has 2 successful tests. But I will also add the RMDQ (release managers decision queue) label so it will be decided in the CMS Maintenance Team.
Labels |
Added:
RTC
RMDQ
|
Labels |
Removed:
RMDQ
|
Status | Ready to Commit | ⇒ | Fixed in Code Base |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2025-05-14 10:20:05 |
Closed_By | ⇒ | Bodge-IT |
Thanks for this @laoneo and for the testers @krishnaGandhi11 & @exlemor
Why do we have to add back in all those classes, when most of it is a pretty much direct copy of the framework classes? Why can't we use the alias method? I mean, if you insist on adding back in old classes, I can understand to add the CLI class, but the rest is basically just duplicated code. I don't see why we need that.