[konsole] [Bug 430036] konsole no-toolbar setting missing or forgotten
https://bugs.kde.org/show_bug.cgi?id=430036 roger truong changed: What|Removed |Added CC||dragonrmar...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 433163] 'configure digital clock' resizes kickoff
https://bugs.kde.org/show_bug.cgi?id=433163 --- Comment #1 from roger truong --- ive only been able to reproduce this bug in x11. wayland seems to be fine -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 433163] 'configure digital clock' resizes kickoff
https://bugs.kde.org/show_bug.cgi?id=433163 roger truong changed: What|Removed |Added CC||dragonrmar...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 433163] New: 'configure digital clock' resizes kickoff
https://bugs.kde.org/show_bug.cgi?id=433163 Bug ID: 433163 Summary: 'configure digital clock' resizes kickoff Product: plasmashell Version: 5.21.0 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: Digital Clock Assignee: plasma-b...@kde.org Reporter: dragonrmar...@gmail.com Target Milestone: 1.0 Created attachment 135843 --> https://bugs.kde.org/attachment.cgi?id=135843&action=edit kickoff vs clock interaction SUMMARY When the new kickoff menu is open, and 'configure digital clock' is selected through the widget, it sometimes causes the kickoff menu to resize itself so that the next becomes unreadable. This sometimes takes a few tries to reproduce, but I can get it to happen pretty consistently on a fresh user profile. So far this seems to only affect the clock and not other widgets (still not sure if this bug should be filed under kickoff or clock so feel free the change). STEPS TO REPRODUCE 1. open new kickoff and keep it open 2. right click digital clock widget 3. select 'configure digital clock' OBSERVED RESULT The applications list shrinks in width to make the text unreadable [see attachment] EXPECTED RESULT Kickoff closes as the new systems window is open and comes into focus SOFTWARE/OS VERSIONS Linux: 5.10.16 KDE Plasma Version: 5.21.0 KDE Frameworks Version: 5.79.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION unsure what logs i can attach for this -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 417852] Date in vertical panels is too big until panel is manually resized
https://bugs.kde.org/show_bug.cgi?id=417852 roger truong changed: What|Removed |Added CC||dragonrmar...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 427504] Jittery scrolling behavior with a free-scrolling mouse
https://bugs.kde.org/show_bug.cgi?id=427504 --- Comment #8 from roger truong --- (In reply to Bernhard from comment #7) > I am also on Arch Linux with a different free scrolling Logitech mouse and > it very much has not gone away for me unfortunately. Are you able to attach a video and relevant logs? I can't seem to reproduce the issue on the current release (20.12.1) or the latest master. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 427504] Jittery scrolling behavior with a free-scrolling mouse
https://bugs.kde.org/show_bug.cgi?id=427504 roger truong changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #6 from roger truong --- I'm not sure what changed since the last version, but the issue has gone away with 1.12.0, even when smooth scrolling is enabled. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 427504] Jittery scrolling behavior with a free-scrolling mouse
https://bugs.kde.org/show_bug.cgi?id=427504 --- Comment #3 from roger truong --- I understand I have a pretty niche use case, so having the fix in the form of disabling smooth scrolling in the next release is good enough for me. As for detecting free-scrolling mice, it might be quite difficult unfortunately. Based on the last thread, I suspect that my mouse is just sending a couple hundred to a couple thousand normal scroll events. https://bugs.kde.org/show_bug.cgi?id=420492#c15 I'd be willing to help test this with my hardware if possible. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 427504] inconsistent scrolling behavior with a free-scrolling mouse
https://bugs.kde.org/show_bug.cgi?id=427504 roger truong changed: What|Removed |Added CC||dragonrmar...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 427504] inconsistent scrolling behavior with a free-scrolling mouse
https://bugs.kde.org/show_bug.cgi?id=427504 --- Comment #1 from roger truong --- Created attachment 132249 --> https://bugs.kde.org/attachment.cgi?id=132249&action=edit expected scroll behavior with 1.11.1 Here is the expected behavior for comparison. The bug is difficult to show on video but most noticeable in comparing the scrollbar behavior. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 427504] New: inconsistent scrolling behavior with a free-scrolling mouse
https://bugs.kde.org/show_bug.cgi?id=427504 Bug ID: 427504 Summary: inconsistent scrolling behavior with a free-scrolling mouse Product: okular Version: 1.11.2 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: dragonrmar...@gmail.com Target Milestone: --- Created attachment 132248 --> https://bugs.kde.org/attachment.cgi?id=132248&action=edit jittery scrolling with v1.11.2 SUMMARY When using a free-scrolling mouse (Logitech G502), there is a regression in scrolling behaviors. It is jittery and jumps to the next section rather than moving smoothly. The scrolling also is slow to start and takes a few seconds to pick up speed, like it is using inertial scrolling. STEPS TO REPRODUCE 1. Update to Okular 1.11.2 2. Open a long PDF 3. scroll with a free-scroll mouse OBSERVED RESULT jittery scrolling (see the video) EXPECTED RESULT scrolling should be smooth as in previous version 1.11.1 SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux (available in About System) KDE Plasma Version: 5.19.5 KDE Frameworks Version: 5.74.0 Qt Version: 5.15.1 ADDITIONAL INFORMATION Doing a git bisect narrowed down the bad commit to https://github.com/KDE/okular/commit/a5be0149ec627fbc086e5b26cbbe7be13cde49b8 This issue is currently fixed in master with commit https://github.com/KDE/okular/commit/d78e2ff9e719d2e14abd11083d3a7466f5ea2736 However, it is present as of the latest release. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 420492] 20.04.0 significantly slows down mouse scrolling with a "hyperscroll" mouse or a touchpad driver that sends mouse wheel scroll events when configured for greater speed
https://bugs.kde.org/show_bug.cgi?id=420492 --- Comment #20 from roger truong --- (In reply to Nate Graham from comment #19) > Git commit 08d368c13b0fa7368be9720b8de1b7a67188b8e9 by Nate Graham, on > behalf of Kezi Olio. I just tested the commit and that fixed my issues, thank you! -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 420492] 20.04.0 significantly slows down mouse scrolling with a "hyperscroll" mouse or a touchpad driver that sends mouse wheel scroll events when configured for greater speed
https://bugs.kde.org/show_bug.cgi?id=420492 --- Comment #13 from roger truong --- After looking through the rest of pageview.cpp, I think I narrowed down the problem to the auto limit_value function. https://invent.kde.org/kde/okular/-/blob/master/ui/pageview.cpp#L5369 https://invent.kde.org/kde/okular/-/blob/master/ui/pageview.cpp#L5400 (In reply to Keziolio from comment #10) > Regarding the original bug, the behaviour of the scroll events is programmed > to be literally the same as it was before, probably QScroller::scrollTo > behaves in a suboptimal way if it's flooded with events, I'll see if > something comes to mind Changing the value for nSteps to 2000 from 200 brought back the scrolling from previous versions. It seems that the regression may be in animation speed rather than scrolling if none of the code has changed. It also brought up another bug in the animations with the Contents view. When continuously scrolling, the headings don't advance as they did in 1.9.x. It jumps to whatever heading the current page is on once scrolling has stopped. I'm unsure if this qualifies for a separate bug report, as the synchronous nature of the animations lead me to believe these bugs may be related. The effect can be seen in Contents pane of the videos attached in the OP as well. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 420492] 20.04.0 significantly slows down mouse scrolling with a "hyperscroll" mouse or a touchpad driver that sends mouse wheel scroll events when configured for greater speed
https://bugs.kde.org/show_bug.cgi?id=420492 --- Comment #6 from roger truong --- I complied from source and tested out different MaximumVelocity values, trying 1, 10, and 100. Increasing the values made scrolling appear to accelerate faster, but it was still capped at the same maximum scroll speed. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 420492] 20.04.0 significantly slows down mouse scrolling with a "hyperscroll" mouse or a touchpad driver that sends mouse wheel scroll events when configured for greater speed
https://bugs.kde.org/show_bug.cgi?id=420492 roger truong changed: What|Removed |Added CC||dragonrmar...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 420492] New: 20.04.0 significantly slows down mouse scrolling
https://bugs.kde.org/show_bug.cgi?id=420492 Bug ID: 420492 Summary: 20.04.0 significantly slows down mouse scrolling Product: okular Version: 20.04.0 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: dragonrmar...@gmail.com Target Milestone: --- SUMMARY 20.04.0 update breaks fast scrolling in Okular. Most noticeable with a "hyperscroll" mouse wheel. STEPS TO REPRODUCE 1. open any PDF or EPub file in 20.04.0 2a. with a hyperscroll mouse, free scroll the mouse wheel inside the document panel 2b. with a normal mouse, scroll as fast as possible inside the document window 3. downgrade to 1.9.3 and repeat step 2 OBSERVED RESULT Scrolling the same amount of clicks scrolls down less lines in 20.04.0 compared to 1.9.3. Scrolling with a hyperscroll wheel significantly limits the speed of scrolling to make free scrolling unusable. This bug is only observed when scrolling in the document panel. Scrolling in the navigation panel or in the scrollbar on the right produces the expected scroll speed. EXPECTED RESULT The scroll speed in the document panel is as fast as in the other panels and keeps the same speed as 1.9.3 SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.18.4.1-1 KDE Frameworks Version: 5.69.0 Qt Version: 5.14.2 (built against 5.14.2) ADDITIONAL INFORMATION Mouse: Logitech G502 with free scroll also tested with a generic mouse with normal scroll wheel videos of the scrolling attached: https://youtu.be/wIts9r-meME https://youtu.be/nfDjuFkjQLE -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 375220] mouse wheel scrolling broken after update to 16.12
https://bugs.kde.org/show_bug.cgi?id=375220 roger truong changed: What|Removed |Added CC||dragonrmar...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
