https://bugs.kde.org/show_bug.cgi?id=525391
Bug ID: 525391
Summary: Dolphin's location bar breaks pasting after a
selection is made within an already-focused field
(Ctrl+A or mouse drag)
Classification: Applications
Product: dolphin
Version First 26.08.0
Reported In:
Platform: Fedora RPMs
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: bars: location
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected]
Target Milestone: ---
Created attachment 195876
--> https://bugs.kde.org/attachment.cgi?id=195876&action=edit
reproduction-recording-with-ctrl+A
SOFTWARE VERSIONS
Operating System: Nobara Linux 44
KDE Plasma Version: 6.7.4
KDE Frameworks Version: 6.29.0
Qt Version: 6.11.1
Kernel Version: 7.2.0-202.nobara.fc44.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 24 × AMD Ryzen 9 5900X 12-Core Processor
Memory: 32 GiB of RAM (31,2 GiB usable)
Graphics Processor: AMD Radeon RX 6800 XT
Dolphin version: 26.08.0
STEPS TO REPRODUCE
1. Copy a file path to the clipboard (Ctrl+C on selected text, or "Copy" from a
context menu).
2. Focus Dolphin's location bar (Ctrl+L). This selects the entire existing path
as a side effect of focusing.
3. Press Ctrl+V. The paste succeeds normally.
4. Press Ctrl+Z to undo. The previous path is restored, fully selected.
5. Press Ctrl+A/Drag a clicked mouse over at least one character in the
location bar.
6. Press Ctrl+V (or use the right-click context menu's Paste option).
OBSERVED RESULT
At step 3, paste works correctly.
At step 6, paste fails: the selection collapses to a cursor at the caret
position (the paste action's usual side effect still happens), but no text is
inserted.
Manually selecting part or all of the path with the mouse, instead of Ctrl+A,
triggers the same failure.
EXPECTED RESULT
Paste at step 6 should behave identically to step 3, since the field's
selection state is the same (entire path selected) in both cases. The
distinguishing factor appears to be whether the selection was produced by
focusing the field (Ctrl+L) versus acting on the field's content after it
already has focus (Ctrl+A or mouse drag).
ADDITIONAL INFORMATION
Once the failure occurs, the location bar can enter further inconsistent states
on subsequent paste attempts within the same session: sometimes inserting an
empty string (confirmed via Ctrl+Z restoring the previous path, i.e. a real
edit was registered with empty content), sometimes making no change at all.
This secondary behavior is not fully deterministic across repro attempts. This
does not depend on Dolphin's background daemon process, and does not depend on
Klipper — the same failure occurs with a direct Ctrl+C/Ctrl+V, no clipboard
manager involved.
--
You are receiving this mail because:
You are watching all bug changes.
