clipboard (copy/past) is actually limited to 256k on X11
Categories
(Core :: DOM: Serializers, enhancement)
Tracking
()
People
(Reporter: wistiti68, Unassigned, NeedInfo)
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:56.0) Gecko/20100101 Firefox/56.0
Steps to reproduce:
On Linux/X11, the copy/past seems to be limited to 256k of data.
The "INCR" mecanism could be implemented, to improve it.
See here (section "Larghe amounts fo data"):
https://www.uninformativ.de/blog/postings/2017-04-02/0/POSTING-en.html
and here:
https://tronche.com/gui/x/icccm/sec-2.html#s-2.5
https://tronche.com/gui/x/icccm/sec-2.html#s-2.7.2
Steps to reproduce:
-Load this page:
https://www.bakker.com/fr-fr/fleurs-et-plantes/arbres-et-arbustes/arbres
-Press Ctrl+u
-Press Ctrl+a
-Press Ctrl+c
-Open a simple text editor
-Press Ctrl+v
Actual results:
Nothing. The text editor is empty and there is no new entry into the Clipboard manager's history (Klipper)
Expected results:
The whole source code have to be copied on the text editor.
|
||
Comment 1•6 years ago
|
||
Hi @wistiti68, I've tested the issue on Ubuntu 18.04.2 LTS on several FF versions: release 56.0, release 67.0.2 and latest nightly 69.0a1 (you can grab ity from here: https://nightly.mozilla.org/) and try it on the latest builds. On my end on all versions I cannot reproduce it.
I will set a component and if isn't a proper one please fell free to change it.
Thanks.
|
||
Comment 2•6 years ago
|
||
(In reply to Liviu Seplecan from comment #1)
Hi @wistiti68, I've tested the issue on Ubuntu 18.04.2 LTS on several FF versions: release 56.0, release 67.0.2 and latest nightly 69.0a1 (you can grab ity from here: https://nightly.mozilla.org/) and try it on the latest builds. On my end on all versions I cannot reproduce it.
I will set a component and if isn't a proper one please fell free to change it.
Thanks.
Mirko, do you maybe have ideas how our code addresses the size in this scenario? And would serializer a better component than DOM:Event?
@Hsin-Yi: I'm not aware of such a size limitation in FF. Moreover, I couldn't reproduce the issue on Ubuntu 18.04 (uses X11). Neither with FF 68 nor with current Nightly.
The copy-pasted data of the page mentioned in https://bugzilla.mozilla.org/show_bug.cgi?id=1558246#c0 is currently only 204K, it might've been reduced since the issue was reported. I've tried with a currently larger page, www.zeit.de, which has 632K, but also this didn't reproduce the problem.
It would be interesting to know if wistiti68 (or anyone else) is able to reproduce the issue.
|
||
Comment 4•6 years ago
|
||
If this happen only on Linux, it sounds more like a widget level issue, or OS issue. Though, if this happens only on some Linux distros...
I can reproduce this on an old Fedora 27 but not on Fedora 29.
F27 machine doesn't have nearly as much memory, but it did have gigs of free memory when I tested this.
Hmm, and same happens with Chrome, doesn't work on F27, but does on F29. So, sounds like some OS level limitation.
Description
•