GNU bug report logs -
#2343
Color highlighting leaves a trail of cursors on the screen
Previous Next
Reported by: Kim Rose Carlsen <KRC <at> fullrate.dk>
Date: Mon, 16 Feb 2009 13:00:03 UTC
Severity: normal
Done: Chong Yidong <cyd <at> stupidchicken.com>
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 2343 in the body.
You can then email your comments to 2343 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#2343
; Package
emacs
.
(Mon, 16 Feb 2009 13:00:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Kim Rose Carlsen <KRC <at> fullrate.dk>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Mon, 16 Feb 2009 13:00:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi
When using emacs in -nw mode, the cursor seems to hang quite often leaving back a cursor block.
The block is redrawn correctly if the window is resized or refreshed. I have attached a few low-res screenshots of the behaviour.
How to reproduce:
In a terminal
1) start emacs (emacs -nw)
2) switch to scratch buffer
2) Change to c mode (M-x c-mode)
3) type 'if (aa == 1)'
You should now see (a green) cursor block between 'aa' and '==' like the screenshot.
Tested on:
Freebsd, Debian, Gentoo, Ubuntu
Tested with terminal:
Gnome-terminal (term=xterm || term=linux)
xfce-terminal (term=xterm || term=linux)
rox-terminal (term=xterm || term=linux)
Cannot reproduce with
linux console (term=linux || term=xterm)
xterm (term=xterm || term=linux)
There are many places where this bug could be, and im not too sure if its the terminal, the major mode or emacs that causes it.
Best Regards
Kim Carlsen
[ss.jpg (image/jpeg, attachment)]
[ss2.jpg (image/jpeg, attachment)]
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#2343
; Package
emacs
.
(Thu, 19 Feb 2009 03:40:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Chong Yidong <cyd <at> stupidchicken.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Thu, 19 Feb 2009 03:40:05 GMT)
Full text and
rfc822 format available.
Message #10 received at 2343 <at> emacsbugs.donarmstrong.com (full text, mbox):
Kim Rose Carlsen <KRC <at> fullrate.dk> wrote:
> How to reproduce:
> In a terminal
> 1) start emacs (emacs -nw)
> 2) switch to scratch buffer
> 2) Change to c mode (M-x c-mode)
> 3) type 'if (aa == 1)'
>
> You should now see (a green) cursor block between 'aa' and '==' like the
> screenshot.
>
> Tested with terminal:
> Gnome-terminal (term=xterm || term=linux)
> xfce-terminal (term=xterm || term=linux)
> rox-terminal (term=xterm || term=linux)
>
> Cannot reproduce with
> linux console (term=linux || term=xterm)
> xterm (term=xterm || term=linux)
I'm pretty baffled by this one. I can reproduce it using
gnome-terminal, and a slightly different version of the bug seems to
show up in Emacs 22 too. Anyone have any idea?
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#2343
; Package
emacs
.
(Thu, 19 Feb 2009 05:20:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
David De La Harpe Golden <david <at> harpegolden.net>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Thu, 19 Feb 2009 05:20:03 GMT)
Full text and
rfc822 format available.
Message #15 received at 2343 <at> emacsbugs.donarmstrong.com (full text, mbox):
Chong Yidong wrote:
> Kim Rose Carlsen <KRC <at> fullrate.dk> wrote:
>> Tested with terminal:
>> Gnome-terminal (term=xterm || term=linux)
>> xfce-terminal (term=xterm || term=linux)
>> rox-terminal (term=xterm || term=linux)
>>
All those use the libvte terminal emulator widget underneath.
It _may_ be some issue with that rather than emacs, there is an
unconfirmed bug report of various redraw issues in recent vte
when cursor positioning is used:
http://bugzilla.gnome.org/show_bug.cgi?id=528077
>> Cannot reproduce with
>> linux console (term=linux || term=xterm)
>> xterm (term=xterm || term=linux)
>
> I'm pretty baffled by this one. I can reproduce it using
> gnome-terminal, and a slightly different version of the bug seems to
> show up in Emacs 22 too. Anyone have any idea?
>
I can reproduce something like it with xfce4-terminal with
emacs -nw -Q
Without -Q, I have my usual non-default dark blue background set on my
default face in emacs, and then the block artifact doesn't appear,
so maybe there's some place (whether in emacs or the vte widget I don't
know) where a background redraw is being skipped when it shouldn't be,
probably as an optimisation for the terminal-default background case.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#2343
; Package
emacs
.
(Thu, 19 Feb 2009 06:25:05 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
David De La Harpe Golden <david <at> harpegolden.net>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Thu, 19 Feb 2009 06:25:05 GMT)
Full text and
rfc822 format available.
Message #20 received at 2343 <at> emacsbugs.donarmstrong.com (full text, mbox):
[Message part 1 (text/plain, inline)]
David De La Harpe Golden wrote:
> (whether in emacs or the vte widget I don't know)
Try (interactively) typing the following on one of the problematic
terminal emulators, after doing just doing a "cat" (hit ctrl-c to exit
when you're done) , say:
a a SPC TAB BACKSPACE = =
(7 keypresses)
On my system with xfce4-terminal (=>libvte), that makes a bit of a
(transient) mess that I doubt is intended behaviour in the terminal
emulator.
And emacs -nw -Q does just such a tab backspace sequence (see script
excerpt) for whatever reason at just the point the artifact shows up,
though I think the cursor is supposed to be hidden at the time.
[xfce4-terminal-strange1.png (image/png, inline)]
[typescript.hmm (application/octet-stream, attachment)]
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#2343
; Package
emacs
.
(Thu, 19 Feb 2009 10:15:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Sven Joachim <svenjoac <at> gmx.de>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Thu, 19 Feb 2009 10:15:03 GMT)
Full text and
rfc822 format available.
Message #25 received at 2343 <at> emacsbugs.donarmstrong.com (full text, mbox):
On 2009-02-19 04:35 +0100, Chong Yidong wrote:
> Kim Rose Carlsen <KRC <at> fullrate.dk> wrote:
>
>> How to reproduce:
>> In a terminal
>> 1) start emacs (emacs -nw)
>> 2) switch to scratch buffer
>> 2) Change to c mode (M-x c-mode)
>> 3) type 'if (aa == 1)'
>>
>> You should now see (a green) cursor block between 'aa' and '==' like the
>> screenshot.
>>
>> Tested with terminal:
>> Gnome-terminal (term=xterm || term=linux)
>> xfce-terminal (term=xterm || term=linux)
>> rox-terminal (term=xterm || term=linux)
>>
>> Cannot reproduce with
>> linux console (term=linux || term=xterm)
>> xterm (term=xterm || term=linux)
>
> I'm pretty baffled by this one. I can reproduce it using
> gnome-terminal, and a slightly different version of the bug seems to
> show up in Emacs 22 too. Anyone have any idea?
Probably that's http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=457483
aka http://bugzilla.gnome.org/show_bug.cgi?id=514632.
Sven
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#2343
; Package
emacs
.
(Thu, 19 Feb 2009 11:45:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Kim Rose Carlsen <KRC <at> fullrate.dk>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Thu, 19 Feb 2009 11:45:04 GMT)
Full text and
rfc822 format available.
Message #30 received at 2343 <at> emacsbugs.donarmstrong.com (full text, mbox):
I can confirm that upgrading to the latest version of vte fixes the problem.
Old vte version 0.17.4
new vte version 0.19.4
Best regards
Kim Carlsen
-----Original Message-----
From: Sven Joachim [mailto:svenjoac <at> gmx.de]
Sent: Thursday, February 19, 2009 11:13 AM
Subject: Re: bug#2343: Color highlighting leaves a trail of cursors on the screen
On 2009-02-19 04:35 +0100, Chong Yidong wrote:
> Kim Rose Carlsen wrote:
>
>> How to reproduce:
>> In a terminal
>> 1) start emacs (emacs -nw)
>> 2) switch to scratch buffer
>> 2) Change to c mode (M-x c-mode)
>> 3) type 'if (aa == 1)'
>>
>> You should now see (a green) cursor block between 'aa' and '==' like the
>> screenshot.
>>
>> Tested with terminal:
>> Gnome-terminal (term=xterm || term=linux)
>> xfce-terminal (term=xterm || term=linux)
>> rox-terminal (term=xterm || term=linux)
>>
>> Cannot reproduce with
>> linux console (term=linux || term=xterm)
>> xterm (term=xterm || term=linux)
>
> I'm pretty baffled by this one. I can reproduce it using
> gnome-terminal, and a slightly different version of the bug seems to
> show up in Emacs 22 too. Anyone have any idea?
Probably that's http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=457483
aka http://bugzilla.gnome.org/show_bug.cgi?id=514632.
Sven
Reply sent
to
Chong Yidong <cyd <at> stupidchicken.com>
:
You have taken responsibility.
(Thu, 19 Feb 2009 14:05:06 GMT)
Full text and
rfc822 format available.
Notification sent
to
Kim Rose Carlsen <KRC <at> fullrate.dk>
:
bug acknowledged by developer.
(Thu, 19 Feb 2009 14:05:06 GMT)
Full text and
rfc822 format available.
Message #35 received at 2343-done <at> emacsbugs.donarmstrong.com (full text, mbox):
Sven Joachim <svenjoac <at> gmx.de> writes:
>> I'm pretty baffled by this one. I can reproduce it using
>> gnome-terminal, and a slightly different version of the bug seems to
>> show up in Emacs 22 too. Anyone have any idea?
>
> Probably that's http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=457483
> aka http://bugzilla.gnome.org/show_bug.cgi?id=514632.
Thanks. Looks like the Gnome-terminal maintainer has fixed this in SVN.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> emacsbugs.donarmstrong.com
.
(Thu, 19 Mar 2009 14:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 16 years and 98 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.