overzealous unsaved data warning with MARC editor

Bug #971912 reported by Jason Etheridge
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Evergreen
Fix Released
Low
Unassigned

Bug Description

Swinging in the other direction from "possible to avoid the unsaved data warnings in the MARC editor", this bug is about how certain keypresses (particularly function keys) can lock the MARC editor and give a spurious unsaved data warning.

When this feature was originally implemented, I tried attaching a handler to the change event for the textboxes in the interface. But this event would not fire until focus left the textbox being edited and went to another widget in the same page. Thus, if you did something like Control+W to close the tab, the change event would not fire, the page would not be locked, and you'd close the tab losing unsaved data. So instead, we put a handler on the keypress event, and tried to ignore likely non-editing keypresses (anything with a modifier key held down like Control or Alt).

But this didn't catch function keys like F3 for loading a new OPAC, which causes the interface to lock.

This branch changes that (and does some code cleanup in the process):
collab/phasefx/marceditor_locking @ working/Evergreen.git
http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/collab/phasefx/marceditor_locking

Changed in evergreen:
status: New → Triaged
importance: Undecided → Low
Revision history for this message
Pasi Kallinen (paxed) wrote :
tags: added: signedoff
Ben Shum (bshum)
Changed in evergreen:
milestone: none → 2.4.0-rc
Ben Shum (bshum)
Changed in evergreen:
milestone: 2.4.0-rc → 2.5.0-alpha
Revision history for this message
Dan Wells (dbw2) wrote :

Had to resolve conflicts with master yet again. Stop the madness! Pushed!

Thanks, Jason and Pasi.

Changed in evergreen:
status: Triaged → Fix Committed
Revision history for this message
Dan Wells (dbw2) wrote :

I am targeting this to other active branches as well. The changes to marcedit.xul are almost entirely a find and replace, so in retrospect, it is probably easier to redo that file than to actually resolve any conflicts with older versions.

Revision history for this message
Ben Shum (bshum) wrote :

Marking as "won't fix" for 2.2 because we are outside the 2.2 support timeframe for non-security bug fixes.

Ben Shum (bshum)
Changed in evergreen:
status: Fix Committed → Fix Released
no longer affects: evergreen/2.2
no longer affects: evergreen/2.3
no longer affects: evergreen/2.4
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.