https://bugs.kde.org/show_bug.cgi?id=462332

--- Comment #6 from Frank Märkle <[email protected]> ---
(In reply to aristsakas from comment #3)
> 
> *** This bug has been marked as a duplicate of bug 519237 ***

Just to note, this bug is not a duplicate of bug 519237 and it's also not fixed
on Dolphin 26.08.0.
It occurs whether a file is selected or not. I don't know, if it behaved
differently in this regard before Dolphin 26.08.0.
It is consistent, whether the background of a folder is right-clicked, or a
subfolder. I've attached two screenshots that show this.

As can be seen in the notification at the bottom-right, `%u` works as expected,
whereas the working directory is always set to the parent directory of the
right-clicked folder. Apparently, `$1` is not being set anymore.

I do not think that setting the working directory to the parent directory is
useful. I don't think users would expect this, except perhaps for legacy
reasons. And when an application menu entry isn't setup correctly with `%u`,
this can lead to unexpected behavior.

So, it would be nice for the working directory to be set to the right-clicked
directory.
It would also be nice for `%u` to be documented in a way that users have a
chance of finding out about it, perhaps like in Kate's External Tool dialog
where some of the text fields have `{}` button to the right that allows
inserting variables.

But yeah, it's also not a huge deal. If the decision is to keep it as-is for
legacy reasons, we can also close this ticket.
I just wanted to document that it is not actually a duplicate.

---

Re-tested on:
Operating System: NixOS 26.11 (note: nixos-unstable channel)
KDE Plasma Version: 6.7.4
KDE Frameworks Version: 6.29.0
Qt Version: 6.11.2
Kernel Version: 7.1.7 (64-bit)
Graphics Platform: Wayland

Here's the script that I used for testing in the screenshots:
> sh -c "notify-send Test \"%%u: %u\n pwd: $(pwd)\n \$1: $1\""

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to