Clicking on folder collapses directory tree

This happens in the pictures and videos window.

I can't reproduce this behaviour unless clicking on a folder that is read-only, which is obviously an invalid download destination. Are you seeing it with folders that are writeable by your user too?

It happens indeed only on folders without read access, which still is not what I expect.

ie. my user is not allowed to write in the /run folder but he is allowed in the /run/media/username folder. So to reach that subfolder I have to use a different method then once I'm in the subfolder. The home folder is an example, but I'm having other folders similar to above situation.

I do understand why it is like that, but it is not consistent and very annoying when you are already quite far in a directory tree, to start over.

It is a usability problem, I agree. I never noticed it myself because I always click on the expanders beside the folders.

It's very important to realize this: when you click on a folder you are choosing that folder.

In the case of Rapid Photo Downloader there is a real difference between choosing a folder and expanding / collapsing the folder tree. The former changes the destination preference value and more importantly rebuilds the preview folders, which is computationally non-trivial and writes out changes to disk. The latter merely expands / collapses the tree.

I'll need to account for user behaviour of the type you follow, but there are plenty of higher priority things to get done before that. Accounting for your approach is complex because it means I need to figure out a way of distinguishing between a folder than user has chosen and a folder that is merely using for browsing, and more importantly distinguishing between the two in the UI.