cursor disappears in barcode_entry.xul

[James Fournie]

When retrieving a patron by barcode, if an invalid barcode is entered, the cursor disappears. The dialog still works but the cursor disappears which is confusing for some staff.

This can be recreated on Windows, Mac OS X and Ubuntu staff clients in Sitka.

EG: 2.0.5
OpenSRF: 1.6.3
Ubuntu-Lucid
Pg 8.4

[Jason Etheridge (phasefx)]

James, could you try experimenting with (maybe removing) these lines in server/skin/global.css and see if they help?

*|textarea:focus { background-color: #DDFFDD; }

*|input:focus { background-color: #DDFFDD; }

[Jason Etheridge (phasefx)]

Maybe pertinent:
http://blog.tremend.ro/2007/01/22/mouse-cursor-disappears-in-firefox/
http://www.nestedelements.com/2008/02/26/firefoxs-disappearing-cursor/

[Jason Etheridge (phasefx)]

Removing the :focus CSS does not help. Setting style position: fixed directly on the textbox does not help. Switching to another application and back does fix the caret/cursor.

Alright, I figured it out. I see that this happens in interfaces where the textbox gets disabled and re-enabled. We must remove focus from such textboxes before disabling them.

See http://svn.open-ils.org/trac/ILS/changeset/20314 for an example. Other interfaces will probably need this treatment. Which ones?

[Mike Rylander (mrylander)]

Marking fix-committed, since that's the case. Let's open other bugs (and reference this one) for any other instances we find.

[James Fournie (jfournie)]

Actually reopening this as the fix is not committed and the commit Jason refers to does not fix the original but report. The original error report was for this problem occurring when a patron was retrieved (via F1)

[Jason Stephenson (jstephenson)]

Setting to incomplete pending confirmation in 2.1+.

Also, if it cannot be reproduced with the new Xulrunner branch: https://bugs.launchpad.net/evergreen/+bug/942134 then we may want to consider Won't Fix.