digikam 7.0.0 rc

Same problem.

Which digiKam version exactly? AppImage? Which desktop is used? The last image path is saved, so the second call should open your directory. Otherwise we get the current image path via QStandardPaths. This may not work in the AppImage.

Maik

The folder that was used last is saved, this behavior is probably what the users wanted. It also corresponds to the behavior of other file dialogs under digiKam. That the digiKam album folder is not used when it is started for the first time, but the system path for images is desired behavior. We assume that external images would like to be added to the ItemList. The normal usage behavior is to select the images within digiKam and then to start the export tool. I close the bug.

Maik

(In reply to Maik Qualmann from comment #2)
> Which digiKam version exactly?
i wrote 6.4 and 7.0.0 rc

 AppImage? 

openSuse rpm for 6.4
Appimage for 7.0.0 rc

Which desktop is used? 

i wrote kde plasma 5.19.3

>The last
> image path is saved, so the second call should open your directory.

For rpm version 6.4.0

This problem never occurred. The rule is when you select an album to work with then you use the export tool then kde file selector pointed by default in the current album.

For Appimage 7.0.0 rc

I tried with a new linux user,  and  at the first launch I indicated as default storage "~/Documents/Images/" as my images storage. 

At the first launch the album "images" is selected by default.

I launched the export tool then I used "+" to add images then ~/Images/ is selected by default instead of ~/Documents/Images/

I conclude it is not a "last recorded path" problem.

In the 2 cases digikam did not take care of my general storage "~/Documents/Images/" which is not the standard storage "~/Images/"

I wonder if this is a kde/Qt 5.15.0 problem because this problem occurs for the 6.4.0 and 7.0.0 rc. But it is too techie for me to prove it.

At the moment I don't know what you expect or whether I don't understand your problem. If I change the path for images to a special one in the KF5 settings, this path will be used in a new digiKam config when you first call up the via (+) in the image list. In the future, the path last used will always be used. I can't find any mistake. Note that all tools that use this image list save the same path.

Maik

Another expanded explanation. The selection via (+) is completely independent of the digiKam albums. It doesn't matter which album you selected in digiKam. When I speak of a default image folder path, it means the setting in KF5 for the storage locations of the desktop folders.

Maik

digiKam 7.0.0 stable release is now published:

https://www.digikam.org/news/2020-07-19-7.0.0_release_announcement/

We need a fresh feedback on this file using this version.

Best Regards

Gilles Caulier

Ok now I understand the problem.

In July when I send the bug report a few time before dolphin got a new feature : history of the last accessed folders as an internet browser.

Thus, the handy digikam feature "select by default the current album folder" when using "+" button disappeared. In fact this handy feature was a dolphin feature.

This is a regression for digikam. 
If I want to export files of an album I first select in digikam the album then select the export tool then I use the "+" button.
At this step I am in the context of the previously selected album and when I use "+" button I expect to select a picture of this album thus I expect to be in the folder of this album not in another folder.

I'm sorry, I still don't understand the problem. I have no idea what function from Dolphin does in the ?file dialog? was present.
Why so complicated? You select all files in digiKam that you want to transfer and call up the export tool. All selected files are adopted. The fact that the file list has a "+" symbol is more historical. I would only use the "+" function to add files that are not in digiKam - I never use the "+" function. But the "+" function saves your last folder.

Maik