Bug 252796

Summary:	"Save as" doesn't reuse previously selected dialog.
Product:	[Applications] digikam	Reporter:	Oleg Atamanenko <oleg.atamanenko+kde>
Component:	Showfoto-Save	Assignee:	Digikam Developers <digikam-bugs-null>
Status:	RESOLVED FIXED
Severity:	normal	CC:	caulier.gilles, rasasi78
Priority:	NOR
Version:	1.4.0
Target Milestone:	---
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed In:	5.7.0
Sentry Crash Report:

Description Oleg Atamanenko 2010-09-29 21:43:19 UTC

Version:           1.4.0 (using KDE 4.5.1) 
OS:                Linux

"Save as" should reuse previously selected directory, not one from which photo was loaded.

Reproducible: Always

Steps to Reproduce:
1. Open directory ORIGIINAL_PHOTOS with photo.
2. Edit photo.
3. Use "Save as" for saving.
4. Choose directory e.g. PROCESSED_PHOTOS
5. Save photo.
6. Open another photo from left toolbar.
7. Edit photo.
8. Press save as

Actual Results:  
9. Showfoto displays ORIGIINAL_PHOTOS directory opened.

Additionally, after saving the photo state of toolbar with photos is missed, it displays photos from start. 

Expected Results:  
9. Showfoto displays PROCESSED_PHOTOS directory opened.

Additionally, after saving the photo state of toolbar with photos is store, it displays me selected previously selected photo. 

OS: Linux (i686) release 2.6.35-ARCH
Compiler: gcc

Comment 1 Oleg Atamanenko 2010-09-29 21:47:58 UTC

Additional info: PROCESSED_PHOTOS directory is inside ORIGIINAL_PHOTOS folder.

Comment 2 Marcel Wiesweg 2011-01-28 10:58:32 UTC

The relevant code has been changed for 2.0. I recomment to test upcoming beta2 (not beta1, which had a bug) and report if the behavior is now as expected, or should be improved.

Comment 3 Raúl 2011-07-30 22:20:56 UTC

Hello:
I came accross this bug when I was annoyed by it, but not in showfoto. I'm seeing this in all KDE apps I regularly use and I think it should be addressed KDE-wide not on an application basis.

My proposal is that the save (or open) dialog reuse the previous settings, being a KDE component it should be desktop-consistent, in other words, possibly assign this to kdelibs. In my humble opinion, at least dialogs should have some persistence method so that the settings are consistent on every application run.

Dialog path is one of the variables, but also view layout, sorting or others are settings to take into account.

Possibly related: https://bugs.kde.org/show_bug.cgi?id=225442

Regards,

Comment 4 Raúl 2011-07-30 22:36:35 UTC

I forgot my system information:
KDE 4.6.5
Debian sid
Linux 2.6.39.3

And also some possible dupes:
https://bugs.kde.org/show_bug.cgi?id=267084
https://bugs.kde.org/show_bug.cgi?id=276091
https://bugs.kde.org/show_bug.cgi?id=273379

Comment 5 Marcel Wiesweg 2011-09-24 13:33:43 UTC

Feel free to reopen if still applicable to 2.x

Comment 6 caulier.gilles 2017-06-29 13:31:25 UTC

Since Showfoto is ported to Qt5, We use the Qt file open dialog, and this problem do not occurs.

Gilles Caulier