Staff catalog - Chrome update has broken Item Hold link

Bug #1964019 reported by Terran McCanna
146
This bug affects 33 people
Affects Status Importance Assigned to Milestone
Evergreen
Fix Released
High
Unassigned
3.7
Fix Released
High
Unassigned

Bug Description

Evergreen 3.8:

With the latest Chrome update (version 99.0.4844.51 for Windows 64), the little pop-up helper bubble that appears when you hover over the Item Hold & Call Number Hold links on the staff catalog record detail page is now appearing on top of the links, obscuring the text, rather than above the links.

Note that it's still working fine on Firefox and on machines that aren't set to auto-update Chrome. It's also still working fine on the other fields we've checked.

Attached screenshot shows what happens when we hover over the first row - the pop up appears as if we are hovering over the second row.

Revision history for this message
Terran McCanna (tmccanna) wrote :
Michele Morgan (mmorgan)
Changed in evergreen:
status: New → Confirmed
Revision history for this message
Terran McCanna (tmccanna) wrote :
Revision history for this message
Michele Morgan (mmorgan) wrote :

Marking Confirmed, setting Importance to High as the workarounds for this aren't great.

Workaround options are:

Item status - Request item
Traditional catalog - Copy hold, but bug 1939426 is an issue there

Changed in evergreen:
importance: Undecided → High
Revision history for this message
Shula Link (slink-g) wrote :

Out of curiosity, what does that tool-tip do? It seems redundant on the front-end, at least, since it just repeats the already visible text.

Revision history for this message
Terran McCanna (tmccanna) wrote :

Shula - it is so that you can see the full text in a grid cell that is cut off because the column is too narrow. (However, it does it for all columns whether you can see the full text or not.)

Revision history for this message
Mike Rylander (mrylander) wrote :

As it happens, I have a branch to address exactly this:

https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/miker/lp-1964019-disable-some-tooltips

It disables tooltips on columns in that grid that have templates for "action-y" cells.

tags: added: pullrequest
Changed in evergreen:
milestone: none → 3.8.1
Revision history for this message
Elizabeth Davis (elidavis) wrote :

I can say that's impacting us in 3.7.2 as well.

Revision history for this message
Terran McCanna (tmccanna) wrote :
tags: added: signedoff
Michele Morgan (mmorgan)
Changed in evergreen:
assignee: nobody → Michele Morgan (mmorgan)
Revision history for this message
Michele Morgan (mmorgan) wrote :

I have one question about this fix. It disables tooltips on the following columns:

Holdable (which fixes the described issue)
Barcode
Call Number/Item Notes

With tooltips disabled, certain column configurations or screen resolutions can result in the user having no way to see the entire call number label or barcode in the item table.

How would folks feel about disabling the tooltip on just the 'Holdable' column since the other action-y columns are not affected by this issue?

Changed in evergreen:
assignee: Michele Morgan (mmorgan) → nobody
Revision history for this message
Terran McCanna (tmccanna) wrote :

I'm fine with it either way. However, the advantage of keeping it as written is that it would also help with this one: https://bugs.launchpad.net/evergreen/+bug/1963708

Revision history for this message
Jason Boyer (jboyer) wrote :

A huge thanks to a staff member at a Westchester library for pointing us to the source of the Holdable column woes. Something about the hold link divs being wrapped in a <span> messes with the positioning somehow. Since all this span does is show its contents or not based on the item holdable flag changing it to a <div> allows things to work as they did in Chrome < 99.

Branch here: https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/jboyer/lp1964019_not_that_spanner / working/user/jboyer/lp1964019_not_that_spanner

Revision history for this message
Terran McCanna (tmccanna) wrote :

Removing my signoff and adding needsdiscussion on which approach we should use.

tags: added: needsdiscussion
removed: signedoff
Revision history for this message
Mike Rylander (mrylander) wrote :

While I'm not sure that having templated cells show their whole content as a tooltip is normally useful, I'm in favor of "the smallest change that could possibly work" at least until there's broader consensus on the behavior. I've signed off Jason's branch at:

https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/miker/lp1964019_not_that_spanner_signoff

tags: added: signedoff
removed: needsdiscussion
Michele Morgan (mmorgan)
Changed in evergreen:
assignee: nobody → Michele Morgan (mmorgan)
Revision history for this message
Michele Morgan (mmorgan) wrote :

I agree with Mike. Jason's branch doesn't help with bug 1963708, but it restores the pre-Chrome update tooltip behavior.

Pushed to master, rel_3_8, and rel_3_7. Thanks, Terran, Mike and Jason, and the staff member at a Westchester library!

Changed in evergreen:
status: Confirmed → Fix Committed
assignee: Michele Morgan (mmorgan) → nobody
Changed in evergreen:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

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