Details
-
Bug
-
Status: Open (View Workflow)
-
P3
-
Resolution: Unresolved
-
None
-
None
-
customfield_11100 26100
-
Core: Platform
Description
Background: This was reported by bjoern_ubl and annikadomin
Steps to repro:
- Working with two browser sessions simulating the simultaneous work of several colleagues in one system
- User A opens a holding view page, User B opens the same holding view page
- User A edits this holding (e.g. location)
- User A updates the record
- User B clicks shortly afterwards on edit
Actual behavior: User B does not get the latest version of the record, because the form is filled with information from the state of his/her view page.
Expected behavior: The edit form should load the latest data from the database not from the view cache. Even though it may be unlikely that two colleagues are working on a record at the same time, this behavior leads to an incomprehensible inconsistency of the data. This is unacceptable for productive use.
Additional info: This behavior was already reported at a UAT for Vendors App months ago and should be discussed urgently in the community! This issue should not be underestimated.
TestRail: Results
Attachments
Issue Links
- relates to
-
FOLIO-2028 SPIKE: how to handle update conflicts?
-
- Closed
-
-
UXPROD-1752 Prevent update conflicts (via optimistic locking): platform support for detection
-
- Closed
-
-
UXPROD-2796 Prevent update conflicts when doing manual edits (User A and User B)
-
- Closed
-
-
UXPROD-2797 Prevent update conflicts (1 user and system trying to act on the same record)
-
- Closed
-
-
UXPROD-2798 Prevent update conflicts (two automated processes acting on the same record)
-
- Closed
-
-
MODINVSTOR-656 enable "detection-only" OL for instances, holdings and titles
-
- Closed
-