Bug 210882 - Clicking Cancel‌ in the "Document Password" window brings up that same window again
Summary: Clicking Cancel‌ in the "Document Password" window brings up that same window...
Status: RESOLVED FIXED
Alias: None
Product: okular
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Unspecified
: NOR normal
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-10-17 15:34 UTC by uetsah
Modified: 2009-10-19 14:45 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description uetsah 2009-10-17 15:34:46 UTC
Version:            (using KDE 4.3.1)

This happens when you open a password-protected document, and then you realise that you don't have the password at hand right now, so you click the "Cancel" button in the window that asks for the password.
The expected behaviour would be for the password window to just dissapear and the document not be opened.

Instead, clicking Cancel causes the password window to disappear and then re-appear right away. Then clicking Cancel in that *second* password window, the window disappears again and instead brings up an error message telling you that the document can't be opened. Clicking Ok in that message box makes that go away too. Of course you're then left with an empty okular window which you'll probably want to close as well.

That's four clicks just to cancel trying to open a document. (!!!)

(Even if the "window reappering a second time" bug will be solved (1 click less), it will still be poor usability design. In fact, two more clicks could be saved if both the password entry form and the "Can't open document" message weren't shown in their own popup-windows/message boxes, but instead embedded into okular's main window area - right where the document would be shown if the correct password were entered. Handling password-protected pdf's would be even more intuitive that way, and deciding not to open a document after all after seeing the password entry from will be as simple as closing that okular window.)
Comment 1 Pino Toscano 2009-10-19 02:20:21 UTC
SVN commit 1037414 by pino:

check the actual mime type names and not their pointers
BUG: 210882


 M  +2 -2      document.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1037414
Comment 2 Pino Toscano 2009-10-19 02:21:06 UTC
SVN commit 1037415 by pino:

check the actual mime type names and not their pointers
will be in kde 4.3.3
CCBUG: 210882


 M  +2 -2      document.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1037415
Comment 3 Brad Hards 2009-10-19 14:03:02 UTC
On Monday 19 October 2009 11:21:06 Pino Toscano wrote:
> https://bugs.kde.org/show_bug.cgi?id=210882
> --- Comment #2 from Pino Toscano <pino kde org>  2009-10-19 02:21:06 ---
> SVN commit 1037415 by pino:
> 
> check the actual mime type names and not their pointers
> will be in kde 4.3.3
> CCBUG: 210882
Wrong bug?

Brad
Comment 4 Albert Astals Cid 2009-10-19 14:45:47 UTC
Nope, the bug is correct, the fact that the core though the mime derived from contents was different from the one derived from extension made it try to open it again