Bug 398929

Summary:	Feature Request re Bottom Scroll Bar and Scaling
Product:	[Applications] okular	Reporter:	chris
Component:	general	Assignee:	Okular developers <okular-devel>
Status:	RESOLVED FIXED
Severity:	normal	CC:	nate
Priority:	NOR
Version:	1.3.2
Target Milestone:	---
Platform:	Debian testing
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description chris 2018-09-21 19:56:12 UTC

Can't call it a bug so feature request.

Have a large (several mb) and wide (24") multi-page document open in Okular.

I set scale to maybe 100% so I can read it easily.

Then I mouse use the bottom scroll bar to move from side to side of document.

Being naturally clumsy, and probably not fully attentive I don't take care with the position of the mouse cursor and allow it to stray into the document display.

Okular then (I believe correctly) starts to change the scale of the doc. display. If the cursor is moving fast I'm almost immediately up to the maximum 1600% scale.

Not a problem? Well no, except that Okular then grabs all the computer resources while it is re-sizing to 1600% and my desktop is frozen. I'm unable to do anything else in Okular or elsewhere. I have to wait up to 20 minutes for the operation to clear so that I can resume working. Can't close Okular.

Otherwise Okular is excellent and my best choice for viewing pdfs.

Is there any way of changing things so that clumsy people like me can't get into this zoom to maximum situation. Alternately is there any way of stopping the zoom to max. instruction from taking over my computer.

Thanks.

Comment 1 Laura David Hurka 2018-09-22 18:08:29 UTC

Don't worry, other people are as clumsy as you.

I can't reproduce this behavior with Okular 1.5.1. But it sounds familar to me.

Which mouse button and which mode (browse, zoom, selection) do you use? Does your operating system abort scrolling when the cursor leaves the scroll bar (like Windows and Firefox do)?

Comment 2 Nate Graham 2018-09-24 15:38:15 UTC

I'm guessing you had the Zoom tool active, right? That's the only way I can imagine that a click-and-drag in the viewport could zoom.

I can confirm the issue with accidentally zooming in when clicking and dragging in the viewport when the zoom tool is active and I'm mousing clumsily. However since the Zoom tool is not the default (the default is Browse), I'm not sure there is a fixable bug here. Also, I cannot reproduce the hang with a very large document on Okular 1.5.1. As such, I'm calling this already fixed. 

If you'd like to make absolutely sure, you could attach the document if it's not sensitive or personal, and I could test with that.

Comment 3 chris 2018-09-24 19:27:06 UTC

David and Nate thanks for your input.

Sorry to take so long getting back, but a medical problem kept getting in the way.

I wasn't really aware of the different modes. I'm now seeing that being in browse mode should be the safe way to go. I can confirm that my problems exist when in zoom mode and a left button mouse click hold zooms the document. Since I use the left mouse button click hold to move the bottom slider, straying off into the viewport while in zoom mode causes rapid zooming of the doc and the system freeze that I experienced.

So you can take this as being fixed, even though I'm sure I'll inadvertently get into zoom mode and replicate the same issue.

Thanks for your help.

Comment 4 Nate Graham 2018-09-24 20:08:38 UTC

You're welcome! Glad we figured out the issue. :)