Dolphin has an "Ambiguous shortcut" by default

rocka · December 13, 2025, 3:09pm

Dolphin version: 25.12.0

KDE Frameworks: 6.20.0

Pressing “Shift+Delete” would show a dialog instead of prompting to delete a file

Searching in keyboard shortcut shows following result:

It’s still the case after reset all keyboard shortcuts to default (by clicking “Defaults“ button under “Configure Keyboard Shortcuts“ dialog)

Krovikan · December 13, 2025, 3:38pm

In my Dolphin 25.08.3, KDE Frameworks 6.20, pressing “Shift+Delete” I have:

In shortcuts, I have:

Cut only have Ctrl+X.

My tip: delete the alternate option for cut. Don’t have reason to exist.

Regards

rocka · December 13, 2025, 4:03pm

After setting the alternate option to “None”, the shortcut works as expected, thank you!

But I wonder if it “Don’t have reason to exist“, why does Dolphin ships this option by default? If we can remove this option it should be working out of the box …

ben2talk · December 13, 2025, 4:11pm

Wow, that’s amazing - and surely a bug… though I never met this issue, I’m surprised.

rocka · December 13, 2025, 4:58pm

It also happens to Gwenview with all shortcut settings reset to default:

and I think it’s caused by hardcoded shortcut values in KStandardShortcut:

github.com/KDE/kconfig

src/gui/kstandardshortcut.cpp

v6.21.0


      
          {Close, "Close", QT_TRANSLATE_NOOP3("KStandardShortcut", "Close", "@action"), CTRL(W), CTRL(Escape), QList<QKeySequence>(), false, Category::File},
          {Save, "Save", QT_TRANSLATE_NOOP3("KStandardShortcut", "Save", "@action"), CTRL(S), 0, QList<QKeySequence>(), false, Category::File},
          {Print, "Print", QT_TRANSLATE_NOOP3("KStandardShortcut", "Print", "@action"), CTRL(P), 0, QList<QKeySequence>(), false, Category::File},
          {Quit, "Quit", QT_TRANSLATE_NOOP3("KStandardShortcut", "Quit", "@action"), CTRL(Q), 0, QList<QKeySequence>(), false, Category::Navigation},
          
          // Group Edit
          {Undo, "Undo", QT_TRANSLATE_NOOP3("KStandardShortcut", "Undo", "@action"), CTRL(Z), 0, QList<QKeySequence>(), false, Category::Edit},
          {Redo, "Redo", QT_TRANSLATE_NOOP3("KStandardShortcut", "Redo", "@action"), CTRLSHIFT(Z), 0, QList<QKeySequence>(), false, Category::Edit},
          // Both "Cut" and "Delete" use Shift+Delete, but this is okay; see
          // https://commits.kde.org/kxmlgui/8eabbf6725386e716b7536c71a9181dfe5d959f0
          {Cut, "Cut", QT_TRANSLATE_NOOP3("KStandardShortcut", "Cut", "@action"), CTRL(X), SHIFT(Delete), QList<QKeySequence>(), false, Category::Edit},
          {Copy, "Copy", QT_TRANSLATE_NOOP3("KStandardShortcut", "Copy", "@action"), CTRL(C), CTRL(Insert), QList<QKeySequence>(), false, Category::Edit},
          {Paste, "Paste", QT_TRANSLATE_NOOP3("KStandardShortcut", "Paste", "@action"), CTRL(V), SHIFT(Insert), QList<QKeySequence>(), false, Category::Edit},
          {PasteSelection,
           "Paste Selection",
           QT_TRANSLATE_NOOP3("KStandardShortcut", "Paste Selection", "@action"),
           CTRLSHIFT(Insert),
           0,
           QList<QKeySequence>(),
           false,
           Category::Edit},

rocka · December 13, 2025, 5:01pm

But there’s some comment says

// Both "Cut" and "Delete" use Shift+Delete, but this is okay; see
// https://commits.kde.org/kxmlgui/8eabbf6725386e716b7536c71a9181dfe5d959f0

github.com/KDE/kconfig

src/gui/kstandardshortcut.cpp

v6.21.0


      
          // Both "Cut" and "Delete" use Shift+Delete, but this is okay; see
          // https://commits.kde.org/kxmlgui/8eabbf6725386e716b7536c71a9181dfe5d959f0
          {DeleteFile, "DeleteFile", QT_TRANSLATE_NOOP3("KStandardShortcut", "Delete", "@action"), SHIFT(Delete), 0, QList<QKeySequence>(), false, Category::File},

Maybe there’s a regression somewhere?