Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1640765 - clipit disables highlight after 1 seconds due to misconfiguration of clipitrc
Summary: clipit disables highlight after 1 seconds due to misconfiguration of clipitrc
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: clipit
Version: 33
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Mamoru TASAKA
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: AcceptedFreezeException
Depends On:
Blocks: F33BetaFreezeException
TreeView+ depends on / blocked
 
Reported: 2018-10-18 17:25 UTC by cornosier
Modified: 2020-09-16 02:14 UTC (History)
7 users (show)

Fixed In Version: clipit-1.4.4-8.fc33
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-09-14 23:44:45 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Output of xscope from double clicking on xterm (9.12 KB, text/plain)
2018-11-15 14:11 UTC, Frank Samuelson
no flags Details

Description cornosier 2018-10-18 17:25:21 UTC
Description of problem:

Copy / paste does not work on LXDE.
The selection of the text disappears after a brief moment.
ClipIt remains empty
(automatic translation)

Comment 1 cornosier 2018-10-20 09:56:47 UTC
If LXDE is launched in a VM, the host machine's clipboard does not work anymore

Thank you
(automatic translation)

Gérard

Comment 2 Frank Samuelson 2018-11-10 17:25:58 UTC
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.
Thanks!

Comment 3 Frank Samuelson 2018-11-15 14:11:54 UTC
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.

Comment 4 Michael Simacek 2018-11-17 11:07:19 UTC
Hi, does this happen only when ClipIt is installed? Does uninstalling ClipIt help?

Comment 5 Frank Samuelson 2018-11-17 14:30:55 UTC
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.

Comment 6 cornosier 2018-11-17 15:10:13 UTC
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
Thank you

Comment 7 sobata3 2019-01-25 14:30:17 UTC
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.]

Comment 8 Ben Cotton 2019-10-31 19:17:27 UTC
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.

Comment 9 Ben Cotton 2019-11-27 22:35:47 UTC
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
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

Comment 10 Mamoru TASAKA 2020-09-11 14:44:20 UTC
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.

Reopening.

Comment 11 Mamoru TASAKA 2020-09-11 14:57:57 UTC
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
history_timeout=true
------------------------------------------------

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
as:
https://pagure.io/fedora-kickstarts/blob/master/f/fedora-live-lxde.ks#_48

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:
between: https://github.com/CristianHenzel/ClipIt/blob/v1.4.4/src/main.h#L50
and https://github.com/CristianHenzel/ClipIt/blob/v1.4.4/src/main.c#L63

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

Comment 12 Mamoru TASAKA 2020-09-11 15:03:21 UTC
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.

Comment 13 Mamoru TASAKA 2020-09-11 15:12:34 UTC
For now setting me as assignee.

Comment 14 Fedora Update System 2020-09-11 15:23:09 UTC
FEDORA-2020-a0f5d673ac has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-a0f5d673ac

Comment 15 Fedora Blocker Bugs Application 2020-09-11 15:23:46 UTC
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.

Comment 16 Fedora Update System 2020-09-11 20:18:43 UTC
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.

Comment 17 Kamil Páral 2020-09-14 14:24:49 UTC
Accepted as a Beta freeze exception:
https://pagure.io/fedora-qa/blocker-review/issue/84

Comment 18 Fedora Update System 2020-09-14 23:44:45 UTC
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.

Comment 19 Mamoru TASAKA 2020-09-16 02:14:33 UTC
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.


Note You need to log in before you can comment on or make changes to this bug.