You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On the Work > New Subject subform, type an invalid (non-numeric) value into the Subject Ordinal field, then e.g. start typing in the Subject Code field. The entered Subject Ordinal value will suddenly change to 0.
This is due to the logic of the component's ChangeOrdinal message: it stores invalid values underlyingly as 0, but it avoids re-rendering the component in order to keep the user-entered string visible. However, changing any other field re-renders the component anyway. The New Issue form Issue Ordinal field works the same way, but as there are no other fields on the form, the bug is not apparent.
This is a very minor issue, but we would like to improve the MVC pattern of the GUI in due course (compare the more complex parsing problem and workaround added under #249), and we should also address this at that point.
The text was updated successfully, but these errors were encountered:
There is a similar issue with the numeric fields on the Work page (Width, Height, Page/Image/Table/Audio/Video Counts). Typing a value such as "6.5" in e.g. the Width field (which we may start needing to do when we implement #259) results in the "6." being overwritten by the "5". Typing a value such as "0.5" initially looks like it succeeds, but changing any other field results in the value jumping to "0", due to it being underlyingly stored as 0 as above.
String fields are also affected in that they are trimmed before saving: for example, on the Work page, entering a value such as " title " for the Title field is permitted, but as soon as another field which has parsing logic is edited (e.g. numeric fields, URLs, DOI), the displayed value will jump to its trimmed version, "title". Very minor, but slightly confusing, particularly as it is inconsistent (e.g. most plain string fields don't have parsing logic and don't trigger a re-render, so a user may enter leading/trailing spaces in several string fields and think that this is not an issue until these fields suddenly change when a numeric field is edited).
On the Work > New Subject subform, type an invalid (non-numeric) value into the Subject Ordinal field, then e.g. start typing in the Subject Code field. The entered Subject Ordinal value will suddenly change to 0.
This is due to the logic of the component's
ChangeOrdinal
message: it stores invalid values underlyingly as 0, but it avoids re-rendering the component in order to keep the user-entered string visible. However, changing any other field re-renders the component anyway. The New Issue form Issue Ordinal field works the same way, but as there are no other fields on the form, the bug is not apparent.This is a very minor issue, but we would like to improve the MVC pattern of the GUI in due course (compare the more complex parsing problem and workaround added under #249), and we should also address this at that point.
The text was updated successfully, but these errors were encountered: