Make sure Joomla always points to the latest release and don't fill up the #__updates table#25923
Conversation
…e site id we are checking now
|
I have tested this item ✅ successfully on d999520 You can test also on current staging if you have a cloned GitHub repo, as long as you always properly reset it after each test, i.e. no need to install 3.9.11. The step "check for updates" in the first tests might require to use the "Clear cache" button in order to find the update. This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/25923. |
|
Thanks for your test @richard67 and useful infos for the other testers 👍 |
|
Unfortunately we currently have a lack of testers, maybe due to holiday time. So if you have a bit boredom, feel free to test other PR's 😄 |
|
I have tested this item ✅ successfully on d999520 There was already J 3.9.11. Confirm that: "The step "check for updates" in the first tests might require to use the "Clear cache" button in order to find the update".was needed! This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/25923. |
|
Status "Ready To Commit". |
|
Thanks for keeping the update tables clean. |
Pull Request for Issue #25920
Summary of Changes
As explained here #25920 we never delete the #__updates table and only add new entries. In some cases this lead to long list of duplicates, especial for language updates with different versions etc. Example:

For this reason I propose to make sure, before we checking for new updates on a specific update site, that we remove all updates associated to that update site from the #__updates table. This way we make sure only the latest version is added there and no duplicates should be in the database any more.
Testing Instructions
First Test
Seccond Test
0(this way we force the updater to check again)3.9.10.1this way we fake that there is a old cached version in the database already.Third Test
Do the steps of the second test again but now with this patch applied. Please note that there are no duplicate entries in the database anymore and Joomla always points to the latest version.
Expected result
Updates still work than expected
Actual result
Updates work but under some conditions duplicate entries in the #__updates database happend, that never get deleted by Joomla unless you hit the
Clear Cachebutton that in the end just runs a truncate on the table.Documentation Changes Required
None