Bug 261497 - file open dialog always shows places even if closed before
Summary: file open dialog always shows places even if closed before
Status: RESOLVED FIXED
Alias: None
Product: kio
Classification: Unmaintained
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-12-28 23:10 UTC by Martin Koller
Modified: 2015-11-29 15:01 UTC (History)
1 user (show)

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 Martin Koller 2010-12-28 23:10:51 UTC
Version:           unspecified (using Devel) 
OS:                Linux

When I use the file open dialog, e.g. from kwrite and close the places dock window inside it, then I open some file and later use the file open dialog again, the "places" dock window is shown again.

Using the dialog from konqueror, the view settings are also not stored, e.g. I select "detailed view mode" and the next time I use the file open dialog, I do not get the detailed view.


Reproducible: Always



Expected Results:  
The file open dialog should restore the state I defined before.
Comment 1 Martin Koller 2012-01-29 13:04:38 UTC
Same problem in kate, KDE 4.8.0, openSuse 12.1
Comment 2 Dominik Haumann 2012-02-27 14:08:33 UTC
So you want that Kate/KWrite/Konqueror/Okular etc remember whether places should be shown or not? If you hide the places, how to get it back?

Martin, I think this is rather a kdelibs issue, not specific to Kate, right?
Comment 3 Martin Koller 2012-03-03 18:19:16 UTC
> If you hide the places, how to get it back?

:-) In the same way I hid it: via the options menu or by pressing F9

> Martin, I think this is rather a kdelibs issue, not specific to Kate, right?

In KFileDialog you can pass a special syntax for the startDir parameter, which already allows to store the last selected dir per application or globally

http://api.kde.org/4.7-api/kdelibs-apidocs/kfile/html/classKFileWidget.html#a347b2860d7fbc35244ed0375bfd6e401

Checking with kolourpaint, I see that the shown/hidden components are saved and restored in the same way when I reopen the app again.
So it seems to depend on how an app uses KFileDialog.

In kolourpaint the usage is:
KFileDialog fd(KUrl("kfiledialog:///dir/"), filter, this);
Comment 4 Christoph Cullmann 2012-11-02 20:58:14 UTC
In kolourpaint it is just the other way around for me: no places per default but you can show them and that is not remembered. Forwarding to kio, we just use the KEncodingFileDialog static helper functions.
Comment 5 Martin Koller 2012-11-03 17:35:46 UTC
What version of kolourpaint did you test with ? If I test with KDE 4.9.2, I can hide or show the places pane (it is remembered only if you really open an image, not if you cancel the file open dialog)
and it is remembered correctly between different invocations of the program.
Comment 6 Christoph Cullmann 2012-11-03 17:59:39 UTC
I see, I did not press "open" but cancel. And yes, with open it works. Still no idea what I should fix in kate, as we just use the static methods of the KEncodingFileDialog and there is nothing we can pass to let it save anything, or?
Comment 7 Martin Koller 2012-11-03 18:08:01 UTC
Did you try it in the way I described in comment #3 ?
http://api.kde.org/4.9-api/kdelibs-apidocs/kio/html/classKEncodingFileDialog.html#a6d8658a46999f53105c4347850bdbd41

Did not try but as I use the special "startDir" syntax also in kolourpaint, I assume that is the fact why it works there.
Comment 8 Christoph Cullmann 2012-11-03 18:13:44 UTC
The problem is I can't use that, as in Kate we want to enforce that the dialog starts in the given directory, or do I misunderstand the docs and I can have both (defined start directory and the wanted behavior?).
Comment 9 Martin Koller 2015-11-29 15:01:08 UTC
whatever changed, the KDE4 version of kate now keeps the sidebar setting I chose also between program starts.
The KDE5 version of kwrite does no longer have a sidebar (regression ? local setup problem?)

I'm closing this now