[Wayland] Async clipboard slow paste
Categories
(Core :: Widget: Gtk, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox93 | --- | fixed |
People
(Reporter: grayshade, Assigned: stransky)
References
(Blocks 1 open bug)
Details
Attachments
(6 files)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:93.0) Gecko/20100101 Firefox/93.0
Steps to reproduce:
Enable widget.wayland.async-clipboard.enabled
, copy some text to clipboard, paste in Firefox.
Actual results:
Paste takes about 500 ms.
Expected results:
Paste is instantaneous.
Actually, async paste seems pretty counter-intuitive, and I assume it only gets worse for images.
Reporter | ||
Updated•4 years ago
|
Reporter | ||
Comment 1•4 years ago
|
||
Oh, there's even a sleep call in there.
Reporter | ||
Comment 2•4 years ago
|
||
Assignee | ||
Comment 3•4 years ago
|
||
Updated•4 years ago
|
Assignee | ||
Comment 4•4 years ago
|
||
- Set kClipboardTimeout to 1 sec to allow image pastes.
- Add kClipboardFastIterationNum to control how many event loop iterations will be done without sleep.
Depends on D123608
Assignee | ||
Comment 5•4 years ago
|
||
- Allow async data transfer when widget.wayland.async-data-transfer.enabled static is set.
- Return early when fast track request number does not match and don't process such events.
- Use kClipboardFastIterationNum to process fast iterations.
Depends on D123609
Assignee | ||
Comment 6•4 years ago
|
||
- Return early when mClipboardRequestNumber does not match and we're getting old data.
- Implement kClipboardFastIterationNum to allow fast unthrottled iterations.
Depends on D123610
Assignee | ||
Comment 7•4 years ago
|
||
- Expand NS_DND_TIMEOUT to 1 sec.
- Do first event loop iteration without timeout.
Depends on D123611
Assignee | ||
Updated•4 years ago
|
Comment 9•4 years ago
|
||
Backed out for causing build bustages on nsClipboardWayland.cpp.
Failure log for Linux opt build
Failure log for Linux Shippable opt instr build
Assignee | ||
Comment 10•4 years ago
|
||
Updated, Thanks.
Try: https://treeherder.mozilla.org/#/jobs?repo=try&revision=102739ed612ab6510b353bb91db5e1ffed76c45c
Comment 11•4 years ago
|
||
Comment 12•4 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/0dd11cc27215
https://hg.mozilla.org/mozilla-central/rev/e01edd28ebcb
https://hg.mozilla.org/mozilla-central/rev/0f4651d60548
https://hg.mozilla.org/mozilla-central/rev/de30a0b31900
https://hg.mozilla.org/mozilla-central/rev/84f73e40400b
Reporter | ||
Comment 13•4 years ago
|
||
I just tested this. With widget.wayland.async-data-transfer.enabled
disabled, paste works well.
With it enabled, it's sometimes as slow as before (generally after startup), but generally fast enough that I can't paste in the address bar, press Enter and see the browser load the previous page as it used to happen before this fix.
Assignee | ||
Comment 14•4 years ago
|
||
We're moving to async clipboard by default (Bug 1729423).
widget.wayland.async-data-transfer.enabled is used by old (sync) clipboard just for data transfers so it should nor have any effect here.
Description
•