Bug 252796 - "Save as" doesn't reuse previously selected dialog.
Summary: "Save as" doesn't reuse previously selected dialog.
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Showfoto-Save (show other bugs)
Version: 1.4.0
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-29 21:43 UTC by Oleg Atamanenko
Modified: 2022-02-05 05:01 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 5.7.0
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
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