Summary: | Scrolling glitch on holdings table | ||
---|---|---|---|
Product: | Koha | Reporter: | Laura Escamilla <Laura.escamilla> |
Component: | Circulation | Assignee: | Bugs List <koha-bugs> |
Status: | CONFIRMED --- | QA Contact: | Testopia <testopia> |
Severity: | normal | ||
Priority: | P5 - low | CC: | andrew, bdaeuber, blawlor, carthur, cmurdock, danielle.elder, david.roberts, emily.lamancusa, gmcharlt, jonathan.druart, jrobb, karie.straube, kebliss, kyle, lucas, martin.renvoize, mspinney, r.delahunty, rcoert, rpalermo |
Version: | Main | ||
Hardware: | All | ||
OS: | All | ||
See Also: | https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36291 | ||
GIT URL: | Change sponsored?: | --- | |
Patch complexity: | --- | Documentation contact: | |
Documentation submission: | Text to go in the release notes: | ||
Version(s) released in: | Circulation function: |
Description
Laura Escamilla
2024-06-04 13:13:01 UTC
That warning will show up on any page that uses HCSticky as far as I know, and doesn't necessarily indicate an actual problem with the page. I think this is still occurring in 24.11, even after the DataTables update. It may a separate issue, but staff have reported it here on long holdings tables. I've gotten lots of reports of glitchy scrolling recently, possibly coinciding with 24.11.05. It only happens in Chrome (my current Version 138.0.7204.158). It seems to happen any time a table header wants to stick as you're scrolling down the page. I was able to recreate it on Main in ktd by adding some holds then running the holds queue (10 rows seemed to be a sweet spot that really fired it up). When you try to scroll slowly, it jerks the page back up. If you scroll quickly it can sometimes get over the bump. Not sure if this is helpful or even the same issue, but we've been experiencing this lately on 24.11 on our staff computers in Chrome (although I've been unable to replicate it myself). Apparently it's been happening for a while so I'm not sure if a recent Chrome update has triggered or worsened it. Anyway, a colleague found while checking things out in Chrome's developer tools that if you disable this (under Styles) the problem disappeared: :root { font-size: var(--bs-root-font-size); } That line is from /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/css/staff-global.css I have no idea how to disable that permaenently or if doing so is the correct thing to do or entirely reckless, but I'm putting it here in case someone in the know finds that this is the correct rabbithole to go down. ;) I'm noticing the same behavior when scrolling on items, checkouts and also holds using the Edge browser. It also seems that the mouse needs to be positioned within the table to experience this issue. When moving the mouse off the table to the left, I don't see the same behavior. +1 +1 I've tried my hardest to recreate this issue and cannot. I've tried k-t-d and production sites that are reporting the problem. I have tried Ubunutu and Windows. I have tried Chrome and FF. I can't recreate this. I can recreate on a fresh up-to-date KTD in Chrome version 138.0.7204.169 but not in Firefox version 141.0. An addendum: I was finally able to replicate it myself on my in-library work computer, which has more similar specs to our other staff computers. This one has an Intel CoffeeLake-S GT2 UHD Graphics 630 graphics card, using the i915 driver, as do probably most of our other staff computers. The one in my home office, where I couldn't replicate it, I think has an Nvidia Quadro 4000. My colleague couldn't replicate it on his laptop on Chrome 138.0.7204.157, but he updated to 138.0.7204.168 and it started happening. If I scroll slowly with the mouse scroll button it jumps all over the place, but if I scroll faster it gets past it. If I use the page up/page down buttons on the keyboard it doesn't do it at all. I'm wondering if it's an unfortunate combination of video hardware &/or driver plus the latest version of Chrome where it's most likely to happen. Also the workaround someone mentioned in Edge where it wouldn't do it if you scrolled off to the left of the table doesn't work on Chrome. -This only seems to be reported in Chrome. -An on scroll event is being triggered and reseting the `.dtfh-floatingparent` element to `top: 0`, which creates the flicker. It seems like we can mostly work around the issue by adding the following CSS: .dataTable thead { position: sticky !important; top: 0 !important; } My question, is there anything fixedHeader is doing that cannot be done with CSS position sticky which now has wide browser support? It would be worth trying with a newest version of DataTables. I reproduce this on main and 24.11.02 in Chrome (I'm also on version 138.0.7204.158), and I confirm that Lucas's CSS snippet fixes it for me. (Thanks, Lucas!) Some of our customers have reported this in Edge too. The problem happens where the 'banner' reaches the top of the screen and Koha is reluctant to let the scrolling continue. There are a few seconds of juddering before the remainder of the long page flows under the banner that has reached the top of the page. There is often a difference in behaviour between using the mouse wheel, and the arrows at the top and bottom of the scroll bar in the browser. Our libraries just reported this in 24.11.06 Thanks for the css fix Lucas! I've seen this in Edge as well, though I went to go test again and can't actually reproduce it anymore. So perhaps no longer an issue in that browser? Any more thoughts on this? We've added the CSS fix from Lucas to our xCSS preferences for a number of our sites now reporting this.. but it would be good to have a core fix |