Bug 152398 - gwenview problem while loading files without having read permissions [KDE4.1]
Summary: gwenview problem while loading files without having read permissions [KDE4.1]
Status: RESOLVED FIXED
Alias: None
Product: gwenview
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-11-15 23:19 UTC by FiNeX
Modified: 2012-10-19 13:26 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In: 2.7


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description FiNeX 2007-11-15 23:19:55 UTC
Version:            (using KDE Devel)
Installed from:    Compiled sources
OS:                Linux

When you open an image file (without having the read permission) with gwenview, you'll not be informed that the file is unreadable. The window title will contain the filename, but the image is not show.
The "next" and "previous" buttons are not enabled even if in the same directory there exist readable images (if you open a file which you have the right access, after you can navigate in the directory with "next" and "previous").

If you are the user "tom" and you have the following files:
-rw------- john users  FILE1.jpg
-rw------- john users  FILE2.jpg
-rw-r--r-- tom  users  FILE3.jpg
-rw-r--r-- tom  users  FILE4.jpg
If you open the FILE3.jpg you can click the "PREVIOUS" button 2 time before it is disabled. While doing this, the filename on the gwenview window title remain FILE3.jpg, and the image loaded is ever FILE3.jpg. 
After doing that, you have to click 2 time for returning to the FILE3.jpg, and another one for view the FILE4.jpg.

I think this is a bug. :-)
Comment 1 FiNeX 2007-12-31 13:51:08 UTC
On actual revision (755041) the window title is changed to the active file.
So you can browse FILE1,2,3 and 4 but you will see only 3 and 4.

Maybe it should be explained to the user why the images are not loaded.
Now we are in string freeze, but it should added on the next version.

As an alternative images without reading permission could be not listed.
Comment 2 Aurelien Gateau 2008-01-03 22:59:09 UTC
Will look at this for KDE 4.1.
Comment 3 FiNeX 2008-05-09 14:38:16 UTC
Ok, I've just compiled from trunk. I've see a message which inform the user that the image cannot be loaded. It seems a right behaviour. The bug can be closed, but before there is only a small issue left out:

Imagine to have a file "test.jpg" which can be readed. The thumbnail is added to the cache. Ok. Now if you remove the read permission to that file, the "browse" view still load the existing thumbnail. It shouldn't.

@Aurelien: do you want I open a separate bug report about this problem and close this, or do you solve this minor issue and after we close this report?

Thanks a lot!!!
Comment 4 Mark S. 2011-12-28 01:47:58 UTC
This bug could probably be closed, as it is fixed in KDE 4.7.4 / Gwenview 2.7.4
Comment 5 Myriam Schweingruber 2012-01-02 18:30:52 UTC
Closing as suggested by comment #4. Thanks for triaging :)