| Summary: | bogus over-/under-scroll with too many scrollevents | ||
|---|---|---|---|
| Product: | [Applications] dolphin | Reporter: | Holger <h.klene> |
| Component: | view-engine: details mode | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
| Status: | REOPENED --- | ||
| Severity: | normal | CC: | justin.zobel, kdebugs, watisthispoo |
| Priority: | NOR | ||
| Version First Reported In: | 17.12.3 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Screenshot vertical
Screenshot horizontal Video demonstration dolphin incorrect scroll dolphin correct scroll places panel |
||
Created attachment 115442 [details]
Screenshot horizontal
Holger I'm trying to reproduce this but I can't or I'm not quite understanding your steps to reproduce. Are you able to please retest with a current version of Dolphin and if it is still an issue record a short video of the issue. I use Peek to record short videos of my screen. Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! Sorry for the delay ... here the updated steps to reproduce: 1) open some folder in dolphin 2) go to details table view 3) show enough columns for a horizontal scrollbar or reduce the windowsize 4) grab and hold the horizontal scrollbar-position-indicator 5) move the mouse wildly left and right over the border (to the folders F7) while still holding down the left button 6) closely observe the position of the leftmost column if it is still fully visible 7) release the left mouse button, once the first column is still covored, even though the scrollbar indicates, that it is touching the left side. Since I reported the issue originally, there is definitely an improvement, as the glitch now easily fixes itself by scrolling all the way to the opposite side. Also the touchpad as well as the mouse-wheel / scroll events seem not to cause this anymore. Only my external USB-wireless-Mouse and the trick of grabbing the scrollbar while moving the cursor out of the window reliably work. Created attachment 134581 [details]
Video demonstration
First I reset and offset column (the workaround)
Then I trigger the glitch again.
Created attachment 135978 [details]
dolphin incorrect scroll
Created attachment 135979 [details]
dolphin correct scroll
Created attachment 135980 [details]
places panel
I have noticed this recently, though it's kind of rare and hard to reproduce. Probably because my mouse scroll wheel has started behaving a bit iffy and may sometimes produce many scroll events at one scroll. It indeed seems the view and scrollbar component don't always stay synchronized if it's scrolled very fast back and forth. I attached some screenshots (taken this month). Screenshot "dolphin incorrect scroll": Incorrect main view scroll bar position. There is still a full row of files above the half-visible topmost row, too. Screenshot "dolphin correct scroll": After first screenshot, now scrollbar at the correct position. Flicking the mouse scroll wheel fixed the wrong position. Screenshot "places panel" I managed to reproduce it two days ago in a fresh VM install too, but on the Places panel scrollbar (I have the file info panel under it so it gets a scrollbar). If I remember right, this time I was dragging the scroll bar (flicking it fast back-and-forth) instead of using the scrollwheel on my mouse. At that spot I could not scroll downwards. When I scrolled upwards, the view didn't move until the scrollbar got to the 'correct' position where it corresponded the view. I haven't tried if it's reproducible in other apps, though I haven't at least noticed. I'm using KDE Neon user edition (Plasma 5.20 / 5.21) This is a perennial problem with dolphin going back over a decade. There was Bug 302293 from 2012. There was Bug 333444 from 2014. There's this Bug from 2018, and Bug 442653 from 2021 is probably related also. I haven't had the over-scrolling yet on this version (22.08.2) but I've certainly experienced it on other versions. Lately I just get the under-scrolling both vertically and horizontally, i.e. the scrollbar thinks it's at the very top but the content isn't - almost a whole line hidden, or the horizontal scrollbar thinks it's all the way left, but it's cutting off the icons (details view). For me it happens a couple times per week with light use, and in my experience the only remedy is refreshing (F5). That itself doesn't change the view at all, but it corrects the scrollbar(s) to where they actually should be so that you then can scroll all the way up or all the way left. I could attach my own screenshots but don't see the point since there are already so many great exemplars on this bug and the bugs listed above. For the most part, this bug is just annoying. But in the case where you depend on your file manager to show you all the files, I can easily see a scenario where you THINK you've seen all the items in a folder and so you delete it, move it, copy it, send it, etc., which could be disastrous if you didn't realize the view was lying to you. |
Created attachment 115441 [details] Screenshot vertical SUMMARY In case of too many scroll events, the details-panel tends to pic up some bogus offset (positive as well as negative), so you get an overscroll at one side and the same amount underscroll on the opposite side. STEPS TO REPRODUCE 1. open folder with sufficient files in details-mode 2. adjust window size until scrollbars appear 3. try to "hover" the content for a few seconds right next to the end of the scrollbar, continuously bouncing into the end and lifting of a tiny bit. 4. I can do this with my cheap-china-crap-mouse all day, but it can also be reproduced with my touchpad. OBSERVED RESULT See screenshots. Some of the content eventually get inaccessible, though you can still use cursor-keys to select e.g. file "IMG_5739.JPG" which is the first in that folder and should come before/above "IMG_5741.JPG" at the top of sorted column "Name". The effect can also be demonstrated on horizontal scroll (as my mouse cannot issue horizontal scroll-events, this was by touchpad only). EXPECTED RESULT no over-/under-scroll intended SOFTWARE VERSIONS KDE Frameworks 5.44.0 Qt 5.9.5 (kompiliert gegen 5.9.5) Das xcb Fenstersystem ADDITIONAL INFORMATION Resizing the window to cause scrollbars to appear / disappear might sometimes mitigate the problem by resetting the view. Also changing folders sometimes helps to reset. Otherwise you must try to exploit the bug on the opposite side of the scrollbar to try to reduce the bogus offset. So far I cannot say, I've ever seen the combined effect of vertical and horizontal offset together. Somehow switching offset-dimension might possibly reset the other dimension.