New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[5.0] Switching Input object from CMS to framework class #40415
Conversation
Please note that the CMS Input package is still used in the CLI applications and there is no CLI replacement in the framework package, among other things because according to the docblocks the joomla/console package should be used instead. |
This pull request has been automatically rebased to 5.1-dev. |
….0-input # Conflicts: # administrator/components/com_actionlogs/src/Controller/ActionlogsController.php # installation/src/Application/InstallationApplication.php # libraries/src/Application/AdministratorApplication.php # libraries/src/Application/BaseApplication.php # libraries/src/Application/CMSApplication.php # libraries/src/Application/SiteApplication.php # libraries/src/Application/WebApplication.php
So, I looked into this again and the CliApplication class is deprecated and will be removed in 6.0. Since we are removing the CMS input class then as well, we can revert this change back and keep the CMS CLI Input class in that Application class. So after reverting that change, I'm marking this PR again as ready for review. |
Merged, as they are only doc block changes. Thanks @Hackwar for this! |
This reverts commit 572f686.
Summary of Changes
The
Joomla\CMS\Input
package has been deprecated and we have theJoomla\Input\Input
package from the framework instead. This converts all occurences of the CMS package over to the framework package. This especially fixes the issue that our application baseclass,Joomla\Application\AbstractWebApplication
, uses the framework classes, while all child classes in the CMS use the CMS classes.This introduces a few b/c breaks, which I would consider acceptable, but also requires more work on the InputFilter class. The following issues have come up:
Joomla\Filter\InputFilter
, while the CMS class uses the CMS InputFilter class. These 2 are not compatible right now, which is something we have to fix for the 3.0 release of the framework. The InputFilter framework class is lacking in functionality here.Joomla\CMS\Input\Cookie::set()
currently accepts an array of values and then sets a cookie for each entry in the array, the framework doesn't have this feature.Joomla\CMS\Input\Files::get()
has additional code to check for unsafe files, which would have to be added to the framework package.This PR also depends, among other things, on #40429.
Testing Instructions
Link to documentations
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