Description of problem:
Copy / paste does not work on LXDE.
The selection of the text disappears after a brief moment.
ClipIt remains empty
If LXDE is launched in a VM, the host machine's clipboard does not work anymore
Copy and paste do not work for me on Fedora 29 at all (fresh install, all updates). They do not work in LXDE or Gnome or MATE or anything. Copy and paste do not work in the lxterminal, gnome-terminal or Firefox. Copy and paste do not work with control-shift-C/control-shift-V. Copy and paste do not work by selecting the edit menu on the terminals. Copy and paste do not work by right clicking on the selection. Copy and paste do not work by highlighting the text and then middle-clicking (ALMOST, see below).
The problem appears to be as the original poster says: The selected text highlights for a half a second, then unhighlights. In a gnome-terminal if I highlight text and then rapidly right-click on the text, the "Copy" option is available, but a second later the text us unhighlighted and the "Copy" option grays out. Likewise, if I highlight text, then rapidly middle-click in the same window, the text does paste immediately! However, half a second later the text unhighlights, and further middle clicking does nothing.
The exception to this is xterm. If I highlight text in xterm, it unlightlights itself a second later, just like the other terminals. However, I can still middle-click to paste that text into xterms, but not other terminals.
Help! My Fedora install is pretty much useless with no copy and paste.
Created attachment 1506079 [details]
Output of xscope from double clicking on xterm
This attached file is the output of xscope which was monitoring the X11 input and output to an xterm client. The output starts with the server telling the client (xterm) that I was double clicking (you can see the button press/button release/button press/button release). Then the client requests that the relevant text ("localhost") be highlighted. It stays highlighted for part of a second.
But then at 1155.29 the server sends "SelectionClear" to the xterm, so the xterm unhighlights the text. However, I did nothing to generate this SelectionClear event. It just happens. From where is it coming?
As I mentioned before this unselecting of text happens regardless of the kind of terminal (or browser) that I am using, and it happens regardless of whether I am using LXDE with x11 or Gnome with Wayland. Here I just provided the X11 log because I know how to do that.
Hi, does this happen only when ClipIt is installed? Does uninstalling ClipIt help?
Yes, uninstalling ClipIt solves the problem. And as I do not even know or care what ClipIt is or does, it solves the problem permanently.
I confirm that the clipit removal solves all the problems I noticed.
It remains a blink of the cursor in Abiword but that does not prevent to use it.
The problem in VM (comment 1) also disappeared
After installation, Clipit is set to purge history after 1 second. Changing that solves the problem.
[I have only used Fedora 29 LXDE spin and encountered this problem twice.]
This message is a reminder that Fedora 29 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora 29 on 2019-11-26.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
Fedora 'version' of '29'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version.
Thank you for reporting this issue and we are sorry that we were not
able to fix it before Fedora 29 is end of life. If you would still like
to see this bug fixed and are able to reproduce it against a later version
of Fedora, you are encouraged change the 'version' to a later Fedora
version prior this bug is closed as described in the policy above.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
Fedora 29 changed to end-of-life (EOL) status on 2019-11-26. Fedora 29 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
Thank you for reporting this bug and we are sorry it could not be fixed.
Well, this issue still happens using Fedora 33 LXDE. That is when I
* Use Fedora 33 LXDE live spin (e.g. Fedora-LXDE-Live-33-20200911.n.0).
On Live spin, copy & paste / clipboard works as expected.
* When using LXDE live spin, do anaconda "install to disc", then complete
installation to disc
* Reboot, then next time boot from installed hard disc.
* Login to LXDE session
Then this issue still occurs. i.e.
* When I double-click some word on lxterminal, firefox, and so on, the word
which is double-clicked is highlightened.
* But soon later (after one seconds or so), highlightened word goes back to normal
(i.e. gets unhighlightened).
* Then copy & paste or clipboard does not work.
As the maintainer of LXDE spin, I tried to investigate the cause of this issue, and finally I've found the actual cause.
When logged in into LXDE session (using installed disc) and when clipit is launched for the first time,
~/.config/clipit/clipitrc is created, which contains:
history_timeout_seconds=1 <====== undesirable
As the above "clipitrc" file says, clipboard history is erased 1 seconds(!!) after doing double-click,
actually after "history_timeout_seconds" seconds passes, clipit calls "gtk_clipboard_set_text" to reset clipboard context.
On the other hand, when launching as LXDE live spin, LXDE live session creates its original clipitrc for liveuser
and this avoids history_timeout_seconds set as 1.
This issue (i.e. that history_timeout_seconds is set to 1 after first login when ~/.config/clipit/clipitrc does not exist beforehand)
is actually due to misconfiguration in clipit code:
i.e. prefs_t prefs in src/main.c does not match struct pref_t defined in main.h.
And this issue is fixed in https://github.com/CristianHenzel/ClipIt/commit/99d1d57875c5672a1b22e6b8b10786f4ff5cea0b
Because this issue is annoying, I want to fix this on Fedora 33 beta if possible. So for now I will build fixed clipit by myself.
Michael, sorry if this troubles you. I appreciate your maintenance of this package.
For now setting me as assignee.
FEDORA-2020-a0f5d673ac has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-a0f5d673ac
Proposed as a Freeze Exception for 33-beta by Fedora user mtasaka using the blocker tracking app because:
Details is written in bug 1640765 . When installing LXDE session to disc from LXDE live spin, rebooting from installed disc and logging as LXDE session, copy & paste or double-click to highlighen word does not work as expected.
People may find workaround by removing clipit, or clicking "clipit" icon on LXDE sessin panel (lxpanel) then reconfiguring clipit, but this is annoying, as this workaround is difficult to find out.
FEDORA-2020-a0f5d673ac has been pushed to the Fedora 33 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-a0f5d673ac`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-a0f5d673ac
See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Accepted as a Beta freeze exception:
FEDORA-2020-a0f5d673ac has been pushed to the Fedora 33 stable repository.
If problem still persists, please make note of it in this bug report.
Okay, with Fedora-LXDE-Live-33-20200915.n.0Fedora-LXDE-Live-33-20200915.n.0, after installation copy & paste still works. So I think this is fixed.
No longer fixed?
I just installed the newly released Fedora 35 as an LXDE workstation using the network install image. Everything seems pretty good, except the copy/paste problem is still here. When I highlight and/or copy anything, it remains highlighted or in the copy buffer for a few seconds, then disappears. Removing clipit from the system fixes the problem. I still have not figured out what clipit does, so this fix works for me.
This issue is already fixed more than one years ago.
If old clipit configuration exists in your account, try removing first (~/.config/clipit/clipitrc), ensure that the newest clipit rpm is installed and relogin.