Skip to content
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

Fix the editor UI alias migration and re-run it #16292

Merged
merged 1 commit into from
May 16, 2024

Conversation

kjac
Copy link
Contributor

@kjac kjac commented May 15, 2024

Prerequisites

  • I have added steps to test this contribution in the description below

Description

The editor UI alias migration is flawed - it does not run unless there are custom property editors in the source (V13) database. The result is that a default V13 database is upgraded to V14 with no editor UI aliases, which causes havoc in the UI.

This PR ensures that the migration always runs.

As the flawed migration has already run on RC3, I have opted to re-run it during upgrade. Other than potential duplicate warning messages for any misconfigured/missing data types, it is entirely harmless to run the migration twice (in all likelihood there will be no warnings).

Testing this PR

Create a blank V13 site and migrate it to V14. The data types should be migrated to have the correct editor UI aliases; if the data type icons show correctly in V14, the migration worked as it should.

@Migaroez Migaroez merged commit 93db191 into v14/dev May 16, 2024
15 of 16 checks passed
@Migaroez Migaroez deleted the v14/fix/datatype-editor-ui-migration branch May 16, 2024 13:20
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants