bug#2343: Color highlighting leaves a trail of cursors on the screen

bug#2343: Color highlighting leaves a trail of cursors on the screen

[Kim Rose Carlsen]

[-- Attachment #1: Type: text/plain, Size: 941 bytes --]

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

[-- Attachment #2: ss.jpg --]
[-- Type: image/jpeg, Size: 955 bytes --]

[-- Attachment #3: ss2.jpg --]
[-- Type: image/jpeg, Size: 1586 bytes --]

bug#2343: Color highlighting leaves a trail of cursors on the screen

[Chong Yidong]

Kim Rose Carlsen <KRC@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?

Re: Color highlighting leaves a trail of cursors on the screen

[Chong Yidong]

Kim Rose Carlsen <KRC@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?

bug#2343: Color highlighting leaves a trail of cursors on the screen

[David De La Harpe Golden]

Chong Yidong wrote:
> Kim Rose Carlsen <KRC@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.

Re: Color highlighting leaves a trail of cursors on the screen

[David De La Harpe Golden]

Chong Yidong wrote:
> Kim Rose Carlsen <KRC@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.

bug#2343: Color highlighting leaves a trail of cursors on the screen

[David De La Harpe Golden]

[-- Attachment #1: Type: text/plain, Size: 677 bytes --]

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.




























[-- Attachment #2: xfce4-terminal-strange1.png --]
[-- Type: image/png, Size: 14326 bytes --]

[-- Attachment #3: typescript.hmm --]
[-- Type: application/octet-stream, Size: 132 bytes --]

bug#2343: Color highlighting leaves a trail of cursors on the screen

[Sven Joachim]

On 2009-02-19 04:35 +0100, Chong Yidong wrote:

> Kim Rose Carlsen <KRC@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

Re: bug#2343: Color highlighting leaves a trail of cursors on the screen

[Sven Joachim]

On 2009-02-19 04:35 +0100, Chong Yidong wrote:

> Kim Rose Carlsen <KRC@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

bug#2343: Color highlighting leaves a trail of cursors on the screen

[Kim Rose Carlsen]

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@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

Re: bug#2343: Color highlighting leaves a trail of cursors on the screen

[Chong Yidong]

Sven Joachim <svenjoac@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#2343: marked as done (Color highlighting leaves a trail of cursors on the screen)

[Emacs bug Tracking System]

[-- Attachment #1: Type: text/plain, Size: 912 bytes --]


Your message dated Thu, 19 Feb 2009 08:59:57 -0500
with message-id <871vtu1q8y.fsf@cyd.mit.edu>
and subject line Re: bug#2343: Color highlighting leaves a trail of cursors on the screen
has caused the Emacs bug report #2343,
regarding Color highlighting leaves a trail of cursors on the screen
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com
immediately.)


-- 
2343: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=2343
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 7783 bytes --]

[-- Attachment #2.1.1: Type: text/plain, Size: 941 bytes --]

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

[-- Attachment #2.1.2: ss.jpg --]
[-- Type: image/jpeg, Size: 955 bytes --]

[-- Attachment #2.1.3: ss2.jpg --]
[-- Type: image/jpeg, Size: 1586 bytes --]

[-- Attachment #3: Type: message/rfc822, Size: 1818 bytes --]

From: Chong Yidong <cyd@stupidchicken.com>
To: Sven Joachim <svenjoac@gmx.de>
Cc: 2343-done@emacsbugs.donarmstrong.com, emacs-devel@gnu.org, Kim Rose Carlsen <KRC@fullrate.dk>
Subject: Re: bug#2343: Color highlighting leaves a trail of cursors on the screen
Date: Thu, 19 Feb 2009 08:59:57 -0500
Message-ID: <871vtu1q8y.fsf@cyd.mit.edu>

Sven Joachim <svenjoac@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.