unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: nljlistbox2@gmail.com
To: help-gnu-emacs@gnu.org
Subject: Intermittent problems with cut/copy and paste (using CUA keys) between Emacs and other programs
Date: Thu, 21 Nov 2013 10:35:53 -0800 (PST)	[thread overview]
Message-ID: <4deec2ea-f514-4624-b55a-c8ea8d8ad336@googlegroups.com> (raw)

I'm having occasional problems with the clipboard / kill ring (?) and I am wondering how to go about narrowing the problem down sufficiently to report a bug.

I have GNU Emacs 24.3.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.8.2) (of 2013-08-14 on buildvm-15.phx2.fedoraproject.org) on Fedora 19 GNU/Linux 3.11.8-200.fc19.x86_64 (of Wed Nov 13 16:29:59 UTC 2013) and I have been suffering the misfortune of using Gnome 3. I use CUA keys for cut/copy/paste.

The problem is that occasionally when I try to paste text in to Emacs that I cut/copied from an another program (usually Firefox), either nothing happens or the text that gets pasted is something I cut/copied in Emacs at some point previously. Likewise, occasionally when I cut/copy in Emacs and paste in to another program, my text from Emacs doesn't get pasted. Most of the time, however, these operations work as expected.

That is, it seems as if the clipboard / kill ring inside Emacs sometimes gets dissociated from the system clipboard.

The problem occurs maybe once or twice a week and only (I believe) after I've had Emacs running for a few days, not when it was freshly started, but I am not 100% certain that this statement is true. The problem has been ongoing for several months -- certainly since September, and I suspect it's been happening since I set up this computer in July.

After the problem occurs, sometimes (always?) if I repeat the operation using the Edit menu, the operation works, and thereafter the CUA keys start working again (for a while at least). 

One difficulty with observing what's going on and narrowing it down is that Ctrl-c, Alt-Tab, Ctrl-v is so much second nature that it happens below the level of consciousness, so when it fails I'm jarred out of my thought space and have no recollection of what specifically I just did. However, once the problem happens once, if I repeat the operation it almost always fails again, so at least I can confirm it really happened even if I can't identify anything I specifically did to make it happen in the first place.

Thanks in advance for any pointers anyone can provide.

N. Jackson.


             reply	other threads:[~2013-11-21 18:35 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-21 18:35 nljlistbox2 [this message]
2013-11-21 19:46 ` Intermittent problems with cut/copy and paste (using CUA keys) between Emacs and other programs Peter Dyballa

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4deec2ea-f514-4624-b55a-c8ea8d8ad336@googlegroups.com \
    --to=nljlistbox2@gmail.com \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).