User tests: Successful: Unsuccessful:
Pull Request for Issue # .
Similar to #45242, this is follow PR for #45165. It makes the following changes to CMS Table classes defined in libraries/src/Table
folder:
DatabaseDriver
by DatabaseInterface
for $db param in class constructorI do not know if it is useful or not but I want to mention that the task #2 and #3 above can be done automatically using two useful two rector rules below:
It is not needed to test any change, we can expect that when it works for some that it works for all. Please test if you can create an Article, Category, Menu Item, User, Viewlevel. Just pick 2 of the list.
Works
Works, without using deprecated code
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 | ⇒ | Libraries |
is there a list being maintained somewhere of all the rector rules that have been used
Currently, we don't. For every PR I made which use rector rules, I clearly mentioned the rules I use and link to documentation of the rule so that if someone wants to use it for his extensions, he can follow. Ideally, we should have rector rules to help automatically refactoring code from old Joomla version to compatible with newer Joomla version like other projects do, for example craftcms/rector, but right now, we do not have anyone can handle that work yet.
Labels |
Added:
Code Review
PR-5.4-dev
|
@joomdonation code review is not enough, cloud you please write test instruction, in this case test all touched table classes?
@HLeithner If we could not do code review and want to have testing instructions for human test, I think we would have to split this PR into multiple small PRs, each PR for one table class. If this is the case, I will close the PR and open separate small PRs
I think own prs are not needed, just a list of components touched and the test instruction to open and close and save something should be enough.
Aren't all these basic operations are covered by our tests already?
at this time I think that doesn't matter because we require 2 real user tests (can be discussed in maintainers), this pr came up in the maintainer meeting yesterday.
For this kind of PR, I don't think real user tests are enough because the testing instructions for changes in multiple places like that might not cover all the cases. Careful code review + tests pass should be better, I think.
code review is done by the person that merges anyway. As said discuss this in maintainers chat/meeting please.
Status | Pending | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2025-05-09 13:50:20 |
Closed_By | ⇒ | joomdonation |
I'm closing this PR because it touch multiple table classes and it is not easy for real user tests. I will open multiple small PRs instead to make it is easier for human testing
Status | Closed | ⇒ | New |
Closed_Date | 2025-05-09 13:50:20 | ⇒ | |
Closed_By | joomdonation | ⇒ |
Status | New | ⇒ | Pending |
PR has been reopened and testing instructions have been updated.
Let's hope we find testers now.
I have tested this item ✅ successfully on 3621c2e
I've successfully tested Blog Sample Data installation, creation and modification of users and user groups, categories, articles and installing and using a 3rd party extension which uses categories and assets with MySQL 8 and some of that also with PostgreSQL, both on PHP 8.4.
In addition, I've made a detailed code review of the changes.
Finally I've triggered a branch update for this PR to make sure system tests are passing with the recently upmerged change that the system tests check for errors in server logs (PR #45409 ).
Hints for other testers:
Thanks Richard for helping with CS and testing.
I have tested this item ✅ successfully on 3621c2e
Status | Pending | ⇒ | Ready to Commit |
RTC
I tested on a Nightly Build 5.4-dev, PHP 8.3.6, MySQL 8.0.30 locally under Laragon.
Tested successfully together with 45242
Labels |
Added:
RTC
Removed: Code Review |
Status | Ready to Commit | ⇒ | Fixed in Code Base |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2025-05-16 05:54:58 |
Closed_By | ⇒ | muhme |
thanks to all
Thanks all for your help !
is there a list being maintained somewhere of all the rector rules that have been used