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 570562 - Standard X cut and paste functions with the mouse do not work
Standard X cut and paste functions with the mouse do not work
Status: RESOLVED DUPLICATE of bug 333514
Product: bluefish
Classification: Other
Component: application
1.0.7
Other All
: Normal normal
: ---
Assigned To: Bluefish Maintainer(s)
Bluefish Maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2009-02-04 22:16 UTC by doc.evans
Modified: 2009-02-08 00:13 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description doc.evans 2009-02-04 22:16:35 UTC
Please describe the problem:
Standard X cut and paste functions with the mouse do not work when trying to edit documents.

Steps to reproduce:
1. In the editor, select some text with the left mouse button
2. Hit the middle mouse button
3. 


Actual results:
Nothing

Expected results:
I expect the text that was selected to be pasted at the second location. This is (of course) standard X behaviour.

Does this happen every time?
Yes

Other information:
Running 64-bit Kubuntu 8.10 (intrepid).
Comment 1 Daniel Leidert 2009-02-04 22:25:40 UTC
Running Debian Sid, everything works as expected.

I guess, this could be some kind of configuration issue on your system. Did you make sure, that bluefish is the only application affected? Does it work in (e.g.) kate? Does it work in gedit?
Comment 2 doc.evans 2009-02-05 15:47:14 UTC
I use this capability hundreds (thousands?) of times per day in other applications.

I don't have gedit on my system. But I use kate, and it's fine there.

And when you say that it works on Sid, is that the 64-bit version of Sid? Although much better than a couple of years ago, I still come across things that don't work right with some programs on 64-bit systems, and I suspect that there's a possibility that this might be one.

If you can think of a configuration that could affect this, I'll happily look at it. I don't know of such a configuration.




Comment 3 doc.evans 2009-02-06 23:08:44 UTC
I just did some cross-application testing with bluefish and kate.

If I select text in kate, I can paste that text into bluefish.
Conversely, if I select text in bluefish, I can paste that text into kate.

Really weird.

In any case, the fact remains that I cannot copy-and-paste within bluefish.

I am not running klipper or any other tool (that I know of) that can sometimes interfere with X clipboard operation.

Oh, and I can copy-and-paste fine if I use the right mouse button and select the copy/paste operations from that menu.
Comment 4 Daniel Leidert 2009-02-07 21:09:51 UTC
A short question: When you try to paste text, is the text you want to copy still highlighted/marked/selected?

hint: https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/34629

Is this, what your problem is?
Comment 5 doc.evans 2009-02-07 23:21:45 UTC
That indeed looks like the same bug.

I've used X for years, and never realised that it was possible to keep the selection selected while pasting so I just learned something, although I can't think of it ever being useful, but I guess one never knows.

Anyway, yes, I'm almost certain that that's the same bug.


Comment 6 Daniel Leidert 2009-02-08 00:13:48 UTC
Then this is a duplicate of #333514.

*** This bug has been marked as a duplicate of 333514 ***