Bug 261497

Summary:	file open dialog always shows places even if closed before
Product:	[Unmaintained] kio	Reporter:	Martin Koller <kollix>
Component:	general	Assignee:	David Faure <faure>
Status:	RESOLVED FIXED
Severity:	normal	CC:	christoph
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

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