Incorrect raw value for "loose" custom field filter logic #5376
Labels
status: accepted
This issue has been accepted for implementation
type: bug
A confirmed report of unexpected behavior in the application
Environment
Steps to Reproduce
extras_customfield.filter_logic
)Expected Behavior
The value should read "loose".
Observed Behavior
The value reads "integer".
This is due to an error in database migration
0029_3569_customfield_fields
under the extras app, which incorrectly converts the old numeric representation to the slug value "integer" instead of "loose". (This was due to a copy/paste error when constructing the migration.)It's worth noting that this error doesn't actually inhibit functionality. However, with REST API support being introduced for custom fields in v2.10 (#5274), the value needs to be corrected.
The text was updated successfully, but these errors were encountered: