underlines remain in konsole from previous screen content

Bug #408646 reported by Vik
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
KDE Base
Fix Released
Low
kdebase (Ubuntu)
Invalid
Low
Unassigned

Bug Description

Binary package hint: konsole

Use ls or whatever to produce a screenful of text. View a file containing URLs using vi (or less) and put the mouse cursor on the URL so that it is underlined. Use the keyboard to terminate the less or vi session. The underline operation from the URL remains until you move the mouse pointer away.

Screenshot of the zombie underline is attached.

Using x86 Ubuntu 9.04 updated as of 4th Aug 2009
Linux kereru 2.6.28-14-generic #47-Ubuntu SMP Sat Jul 25 00:28:35 UTC 2009 i686 GNU/Linux
konsole 4:4.2.2-0ubuntu4

Revision history for this message
In , Akarsh-simha (akarsh-simha) wrote :

Version: 3.97.1 (using KDE Devel)
Installed from: Compiled sources
Compiler: g++ 4.2.3
OS: Linux

To reproduce this:

1. Open a terminal tab listing a lot of hyperlinks
2. Hover on any hyperlink, it is underlined.
3. Scroll the terminal, either using the keyboard
4. The underline remains as it is

Another related problem:

1. Open a terminal tab listing a lot of hyperlinks
2. Hover on any hyperlink, it is underlined.
3. Scroll the terminal using the mouse's scroll buttons
4. The underline moves along with the link but does not vanish
5. Hovering on another link now creates another underline below it

Revision history for this message
In , FiNeX (finex) wrote :

Confirmed on revision 752242.

Revision history for this message
In , rafnov (rafnov) wrote :

I can confirm this strange Konsole behavior in Konsole 4.1.2 compiled on three different computers.

Revision history for this message
In , Kurt Hindenburg (kurt-hindenburg) wrote :

*** Bug 154012 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Kurt Hindenburg (kurt-hindenburg) wrote :

Here's Robert's explanation for this (from bug 154012)

Confirmed. The reason for this bug is that the information about 'hot spots'
(areas of the display containing text of interest) is not updated, for
performance reasons, until the mouse is moved after a change in the display's
contents.
---
So until you move the mouse the screen won't be updated.

Revision history for this message
In , Pykler (hnassrat) wrote :

Hi,

I have also seen this issue and signed up to report it. I am not sure about the screen not updating, but definetly the underlines are not updated. Could it be possible that the underline is overlayed ontop of the screen rather than printed along with the text.

Here is how I found the bug.

 1. Start `konsole`
 1. run `screen`
 1. type: http://bugs.kde.org
 1. Hover with the mouse, over the URL such that it is underlined
 1. press Ctrl-a + c
 1. The underline is still there

Revision history for this message
Vik (vik-catalyst) wrote :
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Old bug, which (unforunately) hasn't been fixed. :(
https://bugs.kde.org/show_bug.cgi?id=154550

Changed in kdebase (Ubuntu):
importance: Undecided → Low
status: New → Triaged
Changed in kdebase:
status: Unknown → Confirmed
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Hi there!

Thanks for reporting this bug! Your bug seems to be a problem with the KDE program itself, and not with our KDE packages. But don't worry! This issue is being tracked by the KDE developers at: http://bugs.kde.org/show_bug.cgi?id=154550
Once fixed in KDE, it will be included in Kubuntu once the KDE version the fix is in in reaches Kubuntu.

Thanks!

Changed in kdebase (Ubuntu):
status: Triaged → Invalid
Changed in kdebase:
importance: Unknown → Medium
Revision history for this message
In , adaptee (adaptee) wrote :

*** Bug 222937 has been marked as a duplicate of this bug. ***

Changed in kde-baseapps:
importance: Medium → Low
Revision history for this message
In , Von Random (vdrandom) wrote :

still present

Changed in kde-baseapps:
status: Confirmed → Unknown
Revision history for this message
Bram Avontuur (bram-avontuur) wrote :

Still present exactly as described in the initial 2007 report. When using screen this is highly annoying.

Revision history for this message
In , George-t (george-t) wrote :

I am experiencing the same but in 14.04 LTS

My specific experience with this bug on a tri-head two video card system (both nvidia running open source driver) is as follows:

When konsole is on primary video card display the problem does not present itself.

When konsole is on secondary video card display the problem is absolute and the screen does not refresh until the mouse moves on the screen or a key is pressed.

When the konsole spans Primary->Secondary monitors, the portion of the window on the primary display updates immediately whereas the portion of the window on the secondary display only updates as described above (on mouse event etc).

I hope this helps someone smarter than I figure out the issue!

Changed in kde-baseapps:
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.