Bug 86248 - vim cursorline not cleared properly and seems to be driver fault
Summary: vim cursorline not cleared properly and seems to be driver fault
Status: RESOLVED MOVED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: git
Hardware: Other All
: medium normal
Assignee: Chris Wilson
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-11-13 12:50 UTC by Arkadiusz Miskiewicz
Modified: 2019-11-27 13:34 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
log from PC (17.39 KB, text/plain)
2014-11-13 14:28 UTC, Arkadiusz Miskiewicz
no flags Details
friends laptop (32.42 KB, text/plain)
2014-11-13 14:30 UTC, Arkadiusz Miskiewicz
no flags Details
my laptop (24.85 KB, text/plain)
2014-11-13 14:33 UTC, Arkadiusz Miskiewicz
no flags Details
font used on my machine, from redhat liberation 1.07.4 (105.95 KB, text/plain)
2014-11-13 14:46 UTC, Arkadiusz Miskiewicz
no flags Details
font used on my machine, from redhat liberation 1.07.4, added as binary (105.95 KB, application/octet-stream)
2014-11-13 14:47 UTC, Arkadiusz Miskiewicz
no flags Details
friend laptop and pc: liberation mono from redhat liberation: 2.00.1 (306.06 KB, application/octet-stream)
2014-11-13 14:50 UTC, Arkadiusz Miskiewicz
no flags Details
inconsoldata otf font where the problem is also visible (Inconsolata.otf) (57.09 KB, application/octet-stream)
2014-11-14 21:17 UTC, Arkadiusz Miskiewicz
no flags Details

Description Arkadiusz Miskiewicz 2014-11-13 12:50:14 UTC
There is a bug https://bugs.kde.org/show_bug.cgi?id=340031 and videos showing the problem:
http://ixion.pld-linux.org/~arekm/kde-4.14.2-konsole-bug.avi
https://www.youtube.com/watch?v=DWl7Kf9H2rU&feature=youtu.be

Initially I thought it is KDE konsole terminal bug but it doesn't seem to be the case.

I was able to reproduce it on two machines.

My laptop:
- Intel(R) HD Graphics 4600
- kde 4.14.2, xorg 1.16.2, kernel 3.18.0rc4
- I use kdm to log in
- I use this script

$ more /etc/X11/kdm/Xsetup
#! /bin/sh
# Xsetup - run as root before the login dialog appears

/usr/bin/xrandr --dpi 141
/usr/bin/xrandr --output eDP1 --scale 0.6x0.6

to get 1920x1080 instead of native 3200x1800.

Note that dropping "/usr/bin/xrandr --dpi 141" from above makes the problem go away.

So I log in using kdm, twm starts, then I run xterm and run KDE "konsole" from it. In konsole vim /etc/passwd, then set cursorline and move cursors down and up, just like on videos.


My PC:
- Intel(R) G41
- kde 4.14.2, xorg 1.16.1, kernel 3.17.2
- I use kdm to log in
- twm starts
- run xterm
- xrandr --dpi 80
- start KDE konsole
- under kde konsole: vim /etc/passwd; set cursorline; move up and down

I wasn't able to reproduce on friends laptop:
- Intel(R) HD Graphics 3000
- kde 4.14.2, xorg 1.16.2, kernel 3.17.2
- kde was running; xrandr --dpi XX (various XX values)
- konsole; vim ... ; set cursorline
Comment 1 Arkadiusz Miskiewicz 2014-11-13 14:28:48 UTC
Created attachment 109415 [details]
log from PC

On PC:
- Liberation Mono 9, smooth fonts: ON, draw intense color in bold font: ON
and the problem is reproducible.

If I change font to:
- Terminus 9, smooth fonts: ON, draw intense color in bold font: ON
then the problem goes away.
Comment 2 Arkadiusz Miskiewicz 2014-11-13 14:30:58 UTC
Created attachment 109417 [details]
friends laptop

Friend laptop:

Terminus (size: 14), smooth fonts: OFF, draw intense colors in bold font: OFF - problem doesn't happen.

We tried to reproduce the problem by changing dpi and using Liberation Mono and the result was that cursorline was not being drawn at all!
Comment 3 Arkadiusz Miskiewicz 2014-11-13 14:33:32 UTC
Created attachment 109418 [details]
my laptop

My laptop:

Liberation Mono 9, smooth fonts: ON, draw intense...: ON - problem is visible.

Switching to Terminus and the problem is gone.
Comment 4 Arkadiusz Miskiewicz 2014-11-13 14:46:16 UTC
Created attachment 109419 [details]
font used on my machine, from redhat liberation 1.07.4

On my laptop I use attached liberation mono font, from  redhat liberation 1.07.4.
Comment 5 Arkadiusz Miskiewicz 2014-11-13 14:47:01 UTC
Created attachment 109420 [details]
font used on my machine, from redhat liberation 1.07.4, added as binary
Comment 6 Arkadiusz Miskiewicz 2014-11-13 14:50:34 UTC
Created attachment 109422 [details]
friend laptop and pc: liberation mono from redhat liberation: 2.00.1
Comment 7 Arkadiusz Miskiewicz 2014-11-13 14:51:51 UTC
Filename for above fonts: LiberationMono-Regular.ttf
Comment 8 Arkadiusz Miskiewicz 2014-11-13 19:47:20 UTC
Could this be generic xorg bug? Or konsole bug closely related to xorg/ddx settings?

Asking because now... reproduced on Radeon HD 6310. Using Liberation Mono font was enough to trigger.
Comment 9 Chris Wilson 2014-11-14 07:30:03 UTC
Off the top of my head, I would think it is a font metrics bug (i.e. a bug in the ttf) or at least the processing of it by konsole+Qt. I will try to determine the misrendering and see if that is at least consistent with my theory.
Comment 10 Arkadiusz Miskiewicz 2014-11-14 21:17:24 UTC
Created attachment 109486 [details]
inconsoldata otf font where the problem is also visible (Inconsolata.otf)
Comment 11 Martin Peres 2019-11-27 13:34:39 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-intel/issues/36.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.