fix: ORDER BY ordering ASC on profiles table after column was dropped #180
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
Migration
01.43.33.sqldropped theorderingcolumn from#__mokosuitebackup_profiles. Two plugin form XMLs still reference it, causing SQL errors:plg_content_mokosuitebackup/mokosuitebackup.xml:62—ORDER BY ordering ASCplg_task_mokosuitebackup/forms/run_profile.xml:14—ORDER BY ordering ASCSeverity
Critical — breaks profile dropdown rendering in content plugin config and scheduled task creation/editing.
Impact
Fix
Change
ORDER BY ordering ASCtoORDER BY id ASC(ortitle ASC) in both files.Branch created:
feature/180-fix-order-by-ordering-asc-on-profiles-taConfirmed in 02.56.05 — keep open.
Both forms still
ORDER BY ordering ASCwhile migrationsql/updates/mysql/01.43.33.sqldrops that column on upgraded sites:plg_task_mokosuitebackup/forms/run_profile.xml:14plg_content_mokosuitebackup/mokosuitebackup.xml:62Fix: change to
ORDER BY id ASC.Additional inconsistency worth fixing together:
install.mysql.sql:91still definesordering INT(11)in the profiles CREATE, so a fresh install still has the column and masks the bug — only upgraded sites (past 01.43.33) hit it. Recommend removingorderingfrominstall.mysql.sqlas well so fresh and upgraded schemas match.