After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 603239 - Evince does not copy when clicking on selection
Evince does not copy when clicking on selection
Status: RESOLVED NOTABUG
Product: evince
Classification: Core
Component: general
2.28.x
Other Linux
: Normal normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-11-28 17:31 UTC by thenasko
Modified: 2009-11-30 08:42 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description thenasko 2009-11-28 17:31:49 UTC
I noticed that evince does not handle the standard X command clicking on a selection. Most programs simply copy the text to the clipboard, which can be pasted later (e.g. via the middle mouse button). To reproduce the bug (or lack of feature more appropriately):

1. Open a pdf file (worked on any I tried)
2. Select some text
3. Click on it
4. Open a text editor (such as emacs)
5. Middle-click in the edit area

The supposedly copied text does not appear, and I believe the problem is in evince.

(This bug is also described at https://bugs.launchpad.net/ubuntu/+source/evince/+bug/382333).
Comment 1 Emmanuel Fleury 2009-11-29 17:26:31 UTC
It works really fine for me. Maybe it is linked to a specific document, if so could you provide this document by giving a link to it or by attaching it on this thread ?
Comment 2 thenasko 2009-11-30 05:34:29 UTC
I just realized that if one does not click on the selected text, copying actually works. Applications such as xterm, gnome-terminal preserve the selection if one clicks on it to release it. I am not sure whether this is standard behavior, though I find the present implementation in evince limiting.
Comment 3 Emmanuel Fleury 2009-11-30 08:42:18 UTC
Yes, you have to keep the selection active while copying. This is the standard behavior.

I'm closing this bug with a 'NOTABUG' tag.

Thanks for reporting the issue to the GNOME bugzilla system.