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. :-)
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.
Will look at this for KDE 4.1.
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!!!
This bug could probably be closed, as it is fixed in KDE 4.7.4 / Gwenview 2.7.4
Closing as suggested by comment #4. Thanks for triaging :)