GNU bug report logs -
#10195
24.0.92; M-w may no longer provide visual feedback
Previous Next
Reported by: Jay Berkenbilt <ejb <at> ql.org>
Date: Fri, 2 Dec 2011 16:11:01 UTC
Severity: normal
Found in version 24.0.92
Done: Chong Yidong <cyd <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> From: Chong Yidong <cyd <at> gnu.org>
> Cc: md5i <at> md5i.com, 10195 <at> debbugs.gnu.org, ejb <at> ql.org
> Date: Sun, 04 Dec 2011 16:11:20 +0800
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> Your pending input explanation is probably right.
> >
> > The question is: what input is pending?
>
> It's an X selection request event. I'm not sure where the request is
> coming from---Gnome's clipboard manager, maybe.
Looks like readable_events should filter out a few more event types,
when passed READABLE_EVENTS_FILTER_EVENTS in `flags'? I could think
of additional events that should not end sit-for, e.g. keyboard
language switch.
> OTOH, I don't see why the pending input doesn't trigger for Emacs 23,
> since M-w copies to the primary selection there too.
?? Doesn't M-w copy to the clipboard now?
> Maybe it's a subtle effect of one of the changes to the primary
> selection code a few months ago.
Probably. But selection requests shouldn't interrupt sit-for
regardless, since (AFAIR) they can come in out of Emacs's control.
This bug report was last modified 13 years and 171 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.