unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Van L <van@scratch.space>
Cc: 34969@debbugs.gnu.org
Subject: bug#34969: 26.2; `emacs -Q` unable to copy \200's eight-bit detail buffer
Date: Tue, 26 Mar 2019 18:23:08 +0200	[thread overview]
Message-ID: <83y351li4z.fsf@gnu.org> (raw)
In-Reply-To: <8C127EF5-C029-4808-81FE-86F75DDAE190@scratch.space> (message from Van L on Tue, 26 Mar 2019 10:46:12 +1100)

> From: Van L <van@scratch.space>
> Date: Tue, 26 Mar 2019 10:46:12 +1100
> Cc: 34969@debbugs.gnu.org
> 
> Copy and paste within the one Emacs is being interfered with if what you suggest is true.

When you paste, and there's stuff in the clipboard, Emacs checks
whether Emacs itself is the owner of that stuff.  If it is, we yank
from the kill ring instead of accessing the clipboard, because yanking
is both faster and doesn't need any decoding.

So I'm guessing that some software on your system takes ownership of
the text in the clipboard, and Emacs then accesses that via the
window-system selections, and fails to decode raw bytes due to
character encoding issues.

> > Section A just gives a single sequence, but it doesn't tell how to do
> > that several times, i.e. what exactly is repeated N times.
> 
> a. run Emacs
> b. goto *scratch* buffer
> c. create new frame
> d. lookup keybindings for *scratch* buffer
> e. find `self`
> f. for the two variants of \200 copy and paste details buffer to *scratch*
> 
> Repeat the above a-f steps 7 times as listed in the bug-report for those platforms detailed.

We are miscommunicating, I think.  Each one of the 7 instances in your
report says something like this, for example:

> : 4
> : [has problem the second time]
> : GNU Emacs 26.2 (build 1, x86_64-apple-darwin15.6.0, X toolkit)
> : of 2019-03-21

I'm asking what exactly does "second time" mean here.  Did you start
this version of Emacs twice, or did you start it only once and
performed the steps b-f above twice one after the other in the same
Emacs session?

> >>> What happens if you set interprogram-cut-function and
> >>> interprogram-paste-function to nil?
> >> 
> >> Will do the next time I get a chance.
> > 
> > If I'm right, the problem will disappear.
> 
> I am inside the one Emacs's copy and paste, and not going out of the Emacs.

I don't think I understand what this alludes to.  Is it a response to
my sentence that starts with "If I'm right"?

> >>> (And why do your symlink targets include \200 characters?)
> >> 
> >> I used `C-x 8 RET horizontal ellipsis` the email program was unable to process.
> >> The \200 was what the email program used as substitute.
> > 
> > Strange email program: \200 is an unassigned codepoint.
> 
> That was the emacs-bug-report mechanism in Emacs that did that.

If you sent the report via mailclient, then this is probably the same
problem which causes the issue with pasting that we are discussing.





  reply	other threads:[~2019-03-26 16:23 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-03-24  3:39 bug#34969: 26.2; `emacs -Q` unable to copy \200's eight-bit detail buffer Van L
2019-03-24 15:22 ` Eli Zaretskii
2019-03-25  3:14   ` Van L
2019-03-25 17:46     ` Eli Zaretskii
2019-03-25 23:46       ` Van L
2019-03-26 16:23         ` Eli Zaretskii [this message]
2019-03-26 22:08           ` Van L
2019-03-27  3:37             ` Eli Zaretskii
2019-03-27  5:23               ` Van L
2019-03-27 15:46                 ` Eli Zaretskii
2019-03-27 22:10                   ` Van L
2019-03-31  1:02   ` Van L
2019-03-31 16:16     ` Eli Zaretskii
2019-04-01  1:01       ` Van L
2019-04-01  4:34         ` Eli Zaretskii
2019-04-02 11:07           ` Van L
2022-04-13  2:03         ` bug#34969: [macOS, external clipboard manager?] can't " Lars Ingebrigtsen

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=83y351li4z.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=34969@debbugs.gnu.org \
    --cc=van@scratch.space \
    /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.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

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).