Web client: on MARC Edit view, pressing shift +F8 may move to OPAC view
Bug #1735310 reported by
tji@sitka.bclibraries.ca
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Confirmed
|
Medium
|
Unassigned |
Bug Description
On MARC Edit view, pressing SHIFT F8 can add or remove tag 008. (The cursor needs to be in the MARC table.) But sometimes it may move back to OPAC view without a prompt of unsaved data.
I can not figure out a pattern. But for most of time during my testing, the first two times of pressing work. On a third time, the screen will switch back to OPAC View. For most of the time there is no prompt of unsaved data. But I did see the prompt a couple of times.
Tina Ji
BC Libraries Coop
Changed in evergreen: | |
status: | New → Confirmed |
importance: | Undecided → Medium |
tags: | added: webstaffclient |
tags: |
added: marc opac removed: webstaffclient |
tags: | added: silentfailure |
tags: |
added: cataloging usability removed: marc opac |
tags: | added: performance |
tags: | removed: performance |
To post a comment you must log in.
I'm seeing this on 3.3 using Chrome on a MacBook Pro.
My recent fix for lp1538678 gives the unsaved data prompt consistently, however I'm encountering a similar pattern as described above. The first attempt if done while the 008 field is selected will remove it, and prompt to leave the page. If I have any field below if selected when pressing Shift+F8, it will disappear and reappear with different data. When the 008 field is gone, sometimes when pressing Shift+F8, absolutely nothing will happen. My guess is that the MARC Edit UI is fighting over the regular Evergreen UI for priority over the Shift+F8 shortcut - Retrieving the last record(as defined in the default keyset) vs. Adding/Removing 008(hardcoded in staff/cat/ marcedit. js).