[okular] [Bug 424224] New: Accidental zoom to 1600% is untolerably slow
https://bugs.kde.org/show_bug.cgi?id=424224 Bug ID: 424224 Summary: Accidental zoom to 1600% is untolerably slow Product: okular Version: 1.3.3 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: okular-devel@kde.org Reporter: rao...@gmail.com Target Milestone: --- SUMMARY Okular 1.3.3 viewing PDF files under Ubuntu 18.04 STEPS TO REPRODUCE 1. Do something with keyboard or mouse BY ACCIDENT. I have no idea what it is; I am certainly not trying to Zoom and sometimes am trying to switch to another program. This may perhaps involve the mouse wheel, but I am not sure. Do this while viewing a book of say 100 pages or more. 2. Okular interprets this as a request to zoom to 1600%. There is no way to configure the Zoom drop box to restrict the zoom range. 3. OBSERVED RESULT Suddenly, out of the blue, the Zoom box displays 1600% and the computer locks up for several minutes. You cannot interrupt the process. I have a 2-core laptop and a 4-core laptop and on both of them the whole machine seizes up: music and videos stop playing or stutter to a stop, nothing else responds, the mouse may not track. EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Liux Ubuntu `8.04 (available in About System) KDE Plasma Version: ? KDE Frameworks Version: 5.44.0 Qt Version: 5.9.5 ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 424224] Accidental zoom to 1600% is untolerably slow
https://bugs.kde.org/show_bug.cgi?id=424224 --- Comment #3 from rao...@gmail.com --- How can you NOT reproduce this? Are you trying it on a 1-page document? Try it on a 500-page book instead. I just tried it with a 500 page book using Okular 21.12.3 on Ubuntu 22.04 on a 1.6 GHz laptop. I stopped counting when it hit two minutes. The obvious approach is to render the current page at the new size, then when you move to a new page, render that, and so on. Instead, okular acts as if it is re-rendering the whole document in the new size. As for accidentally, the trick is to be using a laptop where a slight flexing of the case causes the machine to hallucinate mouse clicks and key presses. It can also happen if you are *trying* to zoom in but release the mouse button at the wrong time. What I *really* want is the ability to replace the menu of sizes with a list of sizes of my own choosing. On Sat, 11 Feb 2023 at 02:20, wrote: > https://bugs.kde.org/show_bug.cgi?id=424224 > > fw.smi...@gmail.com changed: > >What|Removed |Added > > > CC||fw.smi...@gmail.com > > --- Comment #1 from fw.smi...@gmail.com --- > Could not reproduce. Even going to a zoom of 1% isn't very slow. I also > cannot accidentally zoom. > > -- > You are receiving this mail because: > You reported the bug. -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 424224] Accidental zoom to 1600% is untolerably slow
https://bugs.kde.org/show_bug.cgi?id=424224 --- Comment #5 from rao...@gmail.com --- "What is my memory usage doing during the rendering?" How could I possibly tell? The machine is basically unresponsive until it's done. Possibly relevant: the machine I'm doing this on has 4 GB of memory and when I reported the issue had a 1TB hard drive. Now it has a 1TB SSD and the delay is much less. Still long enough to be frustrating, though. On Mon, 13 Feb 2023 at 23:54, wrote: > https://bugs.kde.org/show_bug.cgi?id=424224 > > --- Comment #4 from fw.smi...@gmail.com --- > I tried it on a few >500 page books, but it renders almost instantly and > doesn't lock up during the rendering. What is your memory usage doing > during > the rendering? Maybe it gets filled up, leading to swapping. > > I used Okular Version 22.12.0 > > -- > You are receiving this mail because: > You reported the bug. -- You are receiving this mail because: You are the assignee for the bug.
