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: NEW
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: 2014-11-14 21:17 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

Note You need to log in before you can comment on or make changes to this bug.
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)


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct.