Fixed custom field transliteration #11404
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
We're seeing an issue in certain cases where PHP has been upgraded that can result in a 500 error when adding/updating an asset, because what we're expecting that column to be named and what it's actually named are now different, due to (what we think is) a small change in the PHP transliteration library.
This PR updates the existing
snipeit:regenerate-fieldnames
console command to check both the column name on theassets
table and also the value in thedb_column
field in thecustom_fields
table.You can tell if this script will fix your issue by going to the Custom Fields page in your UI, disclosing the "DB Column" column using the column selector, and then looking for warning text.
Output of the console log looks like this: