https://bugs.kde.org/show_bug.cgi?id=521036
Bug ID: 521036
Summary: Dolphin cannot paste Chromium-origin clipboard text
into input fields on Wayland
Classification: Applications
Product: dolphin
Version First 25.12.3
Reported In:
Platform: Ubuntu
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected]
Target Milestone: ---
# Dolphin Wayland Clipboard Paste Bug Summary
## Summary
Dolphin 25.12.3 on Plasma Wayland cannot paste text into Dolphin text input
fields when the clipboard content originates from a Chromium-based application.
The clipboard contains valid `text/plain` data, but Dolphin does not paste it
until the clipboard is rewritten as plain text using `wl-paste --no-newline |
wl-copy` or after first pasting into Kate.
## Environment
- Session: Wayland
- Dolphin: 25.12.3
- Plasma Shell: 6.6.5
- Distribution: Kubuntu 26.04
## Reproduction Steps
1. Start a Plasma Wayland session.
2. Copy text from a Chromium-based application.
3. Open Dolphin.
4. Try to paste into a Dolphin text input field, for example the location bar,
rename field, or other input mask.
5. Paste fails.
6. Run:
```bash
wl-paste --no-newline | wl-copy
```
7. Try pasting into Dolphin again.
8. Paste now works.
Alternative workaround:
1. Paste the same clipboard content into Kate first.
2. Then paste into Dolphin.
3. Paste into Dolphin works after Kate has consumed/normalized the clipboard.
## Observed Behavior
Dolphin does not paste text from the original Chromium-origin clipboard
payload, even though `text/plain` is available in the offered MIME types.
## Expected Behavior
Dolphin should paste the available `text/plain` clipboard content into text
input fields, regardless of additional MIME types such as Chromium metadata or
source URL entries.
## Clipboard MIME Types Before Normalization
```text
text/plain
text/plain;charset=utf-8
UTF8_STRING
chromium/x-internal-source-rfh-token
text/plain;charset=utf-8
TEXT
STRING
chromium/x-source-url
```
## Clipboard MIME Types After Normalization
After running:
```bash
wl-paste --no-newline | wl-copy
```
Dolphin can paste successfully. The clipboard is reduced to plain
text-compatible types.
## Notes
This appears to be a Wayland clipboard handling/fallback issue in Dolphin, Qt,
KDE Frameworks, Klipper, or the Plasma/KWin clipboard path. Dolphin should fall
back to `text/plain` when richer or application-specific MIME types are also
present.
--
You are receiving this mail because:
You are watching all bug changes.
