Comment 3 for bug 1843637

Revision history for this message
Janet Schrader (jschrader) wrote :

Elaine, I can confirm that the second indicator does not align properly, but it is not because the field is long enough to wrap. At least in my system, it's only happening to fields that have a second indicator. A long 520 or 505 field with no second indicator is not affected. If I remove or add a second indicator the display changes regardless of the length of the field.

It could possibly be due to a Chrome update which may explain why it started happening around the same time in various networks. However, I looked at some of the affected records in Firefox and they also have the same problem. It is also not happening to all records. And when I print out a MARC view of the record it is okay.

Today I removed and re-added a 245 2nd indicator and tried zooming out and at 90% in Chrome the alignment became okay. In Firefox I had to go to 80%. But this only worked one time, other records I edited did not change regardless of how small I made the view, it was still bad.

It is not happening to the view of the MARC record in the OPAC even if I enlarge it to 150%. If the record is not affected in the first place, then enlarging the view does not affect the display.

As far as I can tell the box for the second indicator is a fixed width. If the cursor is in the box and you hit delete it expends but you can still only enter a single character. Even if you enter an invalid character it causes the misalignment. I think it has something to do with a character in the 2nd indicator box but can't figure out what that is.

Evergreen release 3.2.5
Chrome version 76.0.3809.100