I wouldn't call that a bug in fact. The point is that konqueror's based on kparts.
Browsing files uses a kpart, and browsing images uses another kpart. When you change the view to "detailled", this isn't set to become the default, and will just stay "detailled" during your kpart session. When you open an image, you "unload" the file browsing kpart and load the gwenview part. Then, when clicking "up" you just re-load the file browsing kpart, and therefore reloading the configuration of it, which is still "icons" and not "detailled" This shouldn't be consider a bug as long as you consider that konqueror is not a file browser, bug a plugin reader, which, logically, reloads a plugin configuration when the plugin is loaded. Fixing this would be super complex in the code, as this means let konqueror cache dynamically the configuration of your plugin as long as not closed. This, I'm sorry, will never be done, especially since KDE3 is now unmaintained ** Changed in: kubuntu-default-settings (Ubuntu) Status: Confirmed => Won't Fix -- konqueror file manager loses chosen view setting https://bugs.launchpad.net/bugs/69168 You received this bug notification because you are a member of Kubuntu Team, which is a bug contact for kdebase in ubuntu. -- kubuntu-bugs mailing list [EMAIL PROTECTED] https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs