Project

General

Profile

Bug #10839

primary X selection cleared too early

Added by Anonymous over 4 years ago. Updated over 3 years ago.

Status:
Closed: upstream
Priority:
Low
Assignee:
-
Category:
-
Target version:
Start date:
12/31/2015
Due date:
% Done:

0%

Estimated time:
Affected Version:
2.0.0
System:
other GNU/Linux
bitness:
64-bit
hardware architecture:
amd64/x86

Description

The primary X selection is cleared when the mouse hovers over an image
in lighttable. This makes it difficult to use middle-click pasting of
image information.

Detailed: When text (e.g., the full path) of an image is selected in
the "image information" pane, this text is available in the primary X
selection, so it can be copied via middle-click as usual.

This selection is cleared as soon as the mouse cursor moves over the
thumbnail of any other image, be it the film strip, or in lighttable.

To verify this, run the following shell command:

until read -t0.3 -n1 -s; do
echo;
for i in primary secondary clipboard; do
printf "%10s: %s\n" "$i" "$(xclip -selection "$i" -o)";
done;
done

This prints all three X selections every 0.3 seconds, until a key is
pressed.

History

#1 Updated by Tobias Ellinghaus over 4 years ago

  • % Done changed from 0 to 20
  • Status changed from New to Incomplete

Works for me.
What distribution? What window manager? What version of GTK?

#2 Updated by Anonymous over 4 years ago

Tobias Ellinghaus wrote:

Works for me.

Do you observe the described behaviour using the provided shell code?

What distribution?

Arch linux. But I have compiled DT from git, tag `darktable-2.0.x`, and I can confim with git commit `e696cc9`.

What window manager?

fvwm. I'm sure it does not interfere with that issue.

What version of GTK?

3.18.6-1

#3 Updated by Tobias Ellinghaus over 4 years ago

Stefan Klinger wrote:

Tobias Ellinghaus wrote:

Works for me.

Do you observe the described behaviour using the provided shell code?

Yes. It throws some general errors, but it shows the primary buffer.

What version of GTK?

3.18.6-1

Same here.

Can anyone else confirm?

#4 Updated by Anonymous over 4 years ago

Tobias Ellinghaus wrote:

Stefan Klinger wrote:

Do you observe the described behaviour using the provided shell code?

Yes. It throws some general errors, but it shows the primary buffer.

What errors? Neither `darktable` nor the script show any errors here.

Do you observe the primary buffer being cleared when you move the
mouse pointer over another image? That would be a manifestation of
this bug.

#5 Updated by Tobias Ellinghaus over 4 years ago

  • Status changed from Incomplete to Triaged

Now I do see the clearing of the clipboard, the error message seems to be unrelated though. To make it easier to see I put the xclip call into a shell file and used watch to run it.

#6 Updated by Tobias Ellinghaus over 4 years ago

  • % Done changed from 20 to 0
  • Status changed from Triaged to Closed: upstream

Ok, I understand what is happening. You select text and keep it selected, then move the mouse over some images. That might change the selected text and GTK will clear the selection. If you select the filmroll (which won't change when viewing a single filmroll) your selection will be kept. I don't think we can do anything about that.

#7 Updated by Roman Lebedev over 3 years ago

  • Target version set to 2.2.0

#8 Updated by Anonymous over 3 years ago

Actually, it should be "wontfix", not "closed"

Also available in: Atom PDF

Go to top