GNU bug report logs -
#11989
mark region unreliable in 24.1
Previous Next
Reported by: "Brent S. Elmer Ph.D." <webe3vt <at> aim.com>
Date: Thu, 19 Jul 2012 16:16:01 UTC
Severity: normal
Merged with 11588
Found in versions 24.0.50, 24.0.97
Done: Chong Yidong <cyd <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 11989 in the body.
You can then email your comments to 11989 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11989
; Package
emacs
.
(Thu, 19 Jul 2012 16:16:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Brent S. Elmer Ph.D." <webe3vt <at> aim.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 19 Jul 2012 16:16:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I am a long time emacs user and recently upgraded to 24.1. One very
annoying bug is that marking a region sometimes works but sometimes
doesn't. I use CTL-SPC to set the mark for the beginning of the region.
I then move the cursor to the end of the region I want to mark. I then
do something like CTL-w or ALT-w to cut or copy the region. Sometimes
the region gets marked and sometimes it doesn't. I read through the
release notes and see that a lot of the region marking and clipboard
stuff has changed. I have changed some of the variables to see if I
could get it to work like it did in 23 but nothing seems to make it
reliable. I think there is a bug in the region handling. Another place
I noticed the region marking not working is in Python mode. I mark the
start of a region using CTL-SPC and move the cursor to the end of the
region. I then go to the Python menu and select shift region
left/right. Sometimes it works and sometimes it doesn't. There is some
kind of a bug in the region handling in version 24.1. Region marking
was always reliable before.
If it makes any difference, here is my setup:
Debian GNU/Linux testing/wheezy
gnu emacs 24.1+1-1 directly from the Debian repository(unstable branch)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11989
; Package
emacs
.
(Sun, 22 Jul 2012 09:46:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 11989 <at> debbugs.gnu.org (full text, mbox):
> I then move the cursor to the end of the region I want to mark. I then
> do something like CTL-w or ALT-w to cut or copy the region. Sometimes
> the region gets marked and sometimes it doesn't. I read through the
Could you be more specific? "The region gets marked" means (to me) that
the region gets highlighted, which should already happen while you "move
the cursor to the end of the region". So do you see the region being
highlighted while you move the "cursor" (which I call point)? If you
do, then what is it that really "doesn't work"?
Try to be super specific since most likely the thing that matters is
for you an irrelevant detail you don't even notice.
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11989
; Package
emacs
.
(Sun, 22 Jul 2012 22:56:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 11989 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Sun, 2012-07-22 at 05:39 -0400, Stefan Monnier wrote:
> > I then move the cursor to the end of the region I want to mark. I then
> > do something like CTL-w or ALT-w to cut or copy the region. Sometimes
> > the region gets marked and sometimes it doesn't. I read through the
>
> Could you be more specific? "The region gets marked" means (to me) that
> the region gets highlighted, which should already happen while you "move
> the cursor to the end of the region". So do you see the region being
> highlighted while you move the "cursor" (which I call point)? If you
> do, then what is it that really "doesn't work"?
>
> Try to be super specific since most likely the thing that matters is
> for you an irrelevant detail you don't even notice.
>
>
> Stefan
The region doesn't get highlighted. When the region gets marked
correctly and then I do an ALT-w for example, the cursor will bounce
back to the the location that was marked with the CTL-spc and then back
to point at the end of the region. Then if I do a CTL-y, the region I
marked will be yanked and pasted. When it doesn't work, when I do an
ALT-w, the cursor does not bounce back to the mark. And then of course
when I do a CTL-y, nothing is yanked back because the mark did not work
properly.
So, what seems to not be working reliably is:
do a CTL-spc to set mark
move the cursor to another location with the mouse by clicking with the
left mouse button
then do CTL-w or ALT-w
at the point of the CTL-w or ALT-w it is like the mark is not set any
more because the cursor does not bounce back to the CTL-spc location
Since I am running Debian, I have set the emacs alternative back to
version 23 and setting the mark always works.
Brent
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11989
; Package
emacs
.
(Mon, 23 Jul 2012 13:27:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 11989 <at> debbugs.gnu.org (full text, mbox):
On Sun, 2012-07-22 at 05:39 -0400, Stefan Monnier wrote:
> > I then move the cursor to the end of the region I want to mark. I then
> > do something like CTL-w or ALT-w to cut or copy the region. Sometimes
> > the region gets marked and sometimes it doesn't. I read through the
>
> Could you be more specific? "The region gets marked" means (to me) that
> the region gets highlighted, which should already happen while you "move
> the cursor to the end of the region". So do you see the region being
> highlighted while you move the "cursor" (which I call point)? If you
> do, then what is it that really "doesn't work"?
>
> Try to be super specific since most likely the thing that matters is
> for you an irrelevant detail you don't even notice.
>
>
> Stefan
Bug # 11588 looks very similar to what I am talking about. Using
CTL-spc to set the mark for a region and then using left mouse click to
mark the end of the region does not work every time like it did in emacs
23 and before. Years and years of marking regions like this and then
with emacs 24 it not working anymore is frustrating.
Brent
Forcibly Merged 11588 11989.
Request was from
Chong Yidong <cyd <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Tue, 24 Jul 2012 05:54:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11989
; Package
emacs
.
(Tue, 24 Jul 2012 10:04:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 11989 <at> debbugs.gnu.org (full text, mbox):
"Brent S. Elmer Ph.D." <webe3vt <at> aim.com> writes:
> Bug # 11588 looks very similar to what I am talking about.
Indeed, and this bug is already fixed, i.e., with the current emacs
trunk I can do
C-SPC <left-click-somewhere> C-w
and it'll kill the region from where I've done C-SPC to where I clicked
with the left mouse button. However, you mustn't move the mouse between
pushing and releasing the mouse button, but that's the same as with
emacs 23.
But AFAICS, this change is only committed to trunk. Maybe it should
also be committed to the emacs-24 branch.
Bye,
Tassilo
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11989
; Package
emacs
.
(Wed, 25 Jul 2012 06:23:01 GMT)
Full text and
rfc822 format available.
Message #22 received at 11989 <at> debbugs.gnu.org (full text, mbox):
Tassilo Horn <tassilo <at> member.fsf.org> writes:
> But AFAICS, this change is only committed to trunk. Maybe it should
> also be committed to the emacs-24 branch.
Done, thanks for the suggestion.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 22 Aug 2012 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 305 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.