Summary: | Double click on folder from desktop opens not only that folder but also random unrelated ones | ||
---|---|---|---|
Product: | [Applications] dolphin | Reporter: | php4fan |
Component: | general | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
Status: | REPORTED --- | ||
Severity: | major | CC: | almur.kde, fanzhuyifan, kfm-devel, zilla |
Priority: | NOR | ||
Version: | 22.12.3 | ||
Target Milestone: | --- | ||
Platform: | Manjaro | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
php4fan
2023-05-02 15:30:10 UTC
I could reproduce this on Arch. It is, to my eyes, kind-of intended since in the settings of Dolphin there is one which seems to control exactly this. I am wondering however what is the rationale behind a *default* of reopening the tabs of the last process.. can anybody shed some light? I admit I find this behaviour slightly odd too. > It is, to my eyes, kind-of intended since in the settings of Dolphin there is one which seems to control exactly this.
Are you talking about the one under "Startup -> New windows -> Show on startup"
which has two options:
- Folders, tabs, and window state from last time
- [a specific folder]
But this one also applies when I close all Dolphin windows and then launch Dolphin from scratch. When I do so, of course I do want it to reopen my last window with the tabs that I had in it. If I change that setting, it will apply in this case too, and I don't want that. So that's a reasonable default (but I do see the need for a setting, i.e. I understand why others may prefer to always start from a given folder).
But when I open a new window BY DOUBLE CLICKING ON A SPECIFIC FOLDER on the desktop, it makes no sense to open _additional_ tabs that are from *SOME* previously closed window. Especially when I already have another window open. The concept of "last time" is not even well defined in this situation.
It seems to be using the same setting for unrelated situations.
And indeed I checked that changes this setting does make the issue go away. But again, it's not an acceptable workaround.
Why is this being ignored? > Especially when I already have another window open. The concept of "last time" is not even well defined in this situation.
Yeah I think this is the problem. I have a dolphin window that I keep open permanently, with two tabs to a bunch of PDFs that I consult every day (docs like the C and C++ standards). So I definitely want that window to be restored when I start dolphin.
But if I open a second dolphin window, or a third one, or some other application runs "xdg-open /some/path", or I mount a USB drive via the systray applet, I don't want a new window with all the same tabs in it *again*.
I have Firefox set to restore my tabs and windows from last time as well, but if I press Ctrl-N to open a new window it doesn't reopen all those tabs *again*. They're still there in the original window, I don't need them reopened!
If I change dolphin's setting to show $HOME (or some other dir) on startup, then launching a new dolphin window to open a specific dir (e.g. with xdg-open) or mounting a removable drive doesn't open with $HOME in a second tab, it *only* opens the location it was told to open. Why doesn't the "show on startup" setting take effect here too? To be clear, I don't think it should take effect, because that would be silly. But that's exactly what it does when "show on startup" is set to restore the previous state.
I think the sensible behaviour would be to ignore that setting when dolphin is launched to show a specific dir (like when clicking on a folder on the desktop, or mounting a removable drive, or some other app uses xdg-open). Just show the dir it's been asked to show.
If dolphin is launched with no arguments, e.g. from the start menu or the command line, then the "show on startup" would be relevant. That is the action "start dolphin", and not "show dir X in a file manager, which happens to be dolphin". They are two very different use cases.
This is a regression, it used to behave as expected. There's no need to invent anything, just find what broke it. Can we please have this adressed?? This is tremendously annoying. (In reply to php4fan from comment #6) > Can we please have this adressed?? This is tremendously annoying. Would you be interested to do a git bisect to figure out the first bad commit? : ) > Would you be interested to do a git bisect to figure out the first bad commit? : )
If there's a guide for dummies on how to do that I may give it a shot, but given I have to learn from scratch and install all the tools and stuff, I strongly suspect it would take me about 20x the time it would take any of the developers (who probably do git bisects all the time) to do the same thing. Especially considering that anybody can easily reproduce the issue on the current version. At least nobody has said they can't reproduce.
Guys please, this is a huge pain in the a** |