awesome

Welcome to awesome bug tracking system.
Tasklist

FS#871 - Red bars appears between tags and images

Attached to Project: awesome
Opened by Liberty (helloworld1) - Sunday, 27 February 2011, 15:21 GMT
Last edited by Uli Schlachter (psychon) - Tuesday, 12 April 2011, 19:50 GMT
Task Type Bug Report
Category Core
Status Closed
Assigned To No-one
Operating System Linux
Severity Medium
Priority Normal
Reported Version 3.4.8
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No

Details

Look at the attached screenshot, the red bars appears between tags and arch linux image. I don't know what cause the problem. It appears over time.

I used version 3.4.9 on Archlinux.
   red.png (168.1 KiB)
This task depends upon

Closed by  Uli Schlachter (psychon)
Tuesday, 12 April 2011, 19:50 GMT
Reason for closing:  Not a bug
Additional comments about closing:  Not a bug in awesome and the bug apparently vanished upstream (no, I will not mention this in the upstream bug :-)
Comment by Uli Schlachter (psychon) - Sunday, 27 February 2011, 15:47 GMT
Finally someone who opens a bug report about this instead of just mentioning it on IRC.

Which linux distro are you using? Which versions of awesome, cairo, Xorg and the intel graphics driver? (I assume you use intel since everyone else who saw this so far has an intel driver, too)
Which kernel version? Do you know what you upgraded last when this problem appeared?
Comment by Julien Danjou (jd) - Sunday, 27 February 2011, 17:14 GMT
Do I see a red bar in the browser near the Arch logo? I smell this is not awesome related at all.
Comment by Uli Schlachter (psychon) - Sunday, 27 February 2011, 17:18 GMT
From the reports from IRC I'm 80% sure that this is a driver bug instead of an awesome bug. (This isn't the first report which also applies to firefox)
Collecting the version numbers is still useful to pin-point which version of the intel driver is affected.

What we/I know so far: this happens on every picture which has to be scaled, 1:1 copies aren't affected.
Comment by Liberty (helloworld1) - Monday, 28 February 2011, 16:29 GMT
Distro: Archlinux
Cairo 1.10.2 with xcb
Intel driver: 2.14.0
xorg: 1.9.4
kernel 2.6.37.1

It didn't happen in Openbox. It is either a bug in cairo's xcb extension or the window manager's drawing.
Comment by Liberty (helloworld1) - Monday, 28 February 2011, 16:48 GMT
I tried the cairo with and without XCB in openbox, the red bar happens when the image in firefox is scaled to certain size. I wonder if it is some scaling issue. Other WMs do not scale the images while awesome does so I didn't notice that in other WMs.
Comment by Tim Y (tdy) - Tuesday, 01 March 2011, 20:17 GMT
distro: arch
awesome: 3.4.9
cairo: 1.10.2
xorg: 1.9.4
intel: 2.14.0
intel dri: 7.10.0.git20110215
kernel: 2.6.37.1

Based purely on (possibly erroneous) memory, the lines first appeared for me on the [2011-02-12 23:44] system update:
[2011-02-12 23:44] upgraded gimp (2.6.11-2 -> 2.6.11-3)
[2011-02-12 23:44] upgraded libgl (7.10-1 -> 7.10.0.git20110206-2)
[2011-02-12 23:44] upgraded intel-dri (7.10-1 -> 7.10.0.git20110206-2)
[2011-02-12 23:44] upgraded mesa (7.10-1 -> 7.10.0.git20110206-2)
Comment by Tim Y (tdy) - Tuesday, 01 March 2011, 20:36 GMT
Actually the update I mentioned above is not the right one. I found the screenshot (attached) I took right after I first noticed the bug. My clock shows 4:41PM on 1/31, so the following update must have been the one when I first noticed the bug. Unfortunately intel/kernel/xorg were all updated at once...

[2011-01-31 16:30] upgraded libdrm (7.9.0.git20101207-2 -> 7.10-1)
[2011-01-31 16:30] upgraded libgl (7.9.0.git20101207-2 -> 7.10-1)
[2011-01-31 16:30] upgraded intel-dri (7.9.0.git20101207-2 -> 7.10-1)
[2011-01-31 16:32] upgraded kernel26 (2.6.36.3-2 -> 2.6.37-5)
[2011-01-31 16:32] upgraded xf86-video-intel (2.13.0-4 -> 2.14.0-1)
[2011-01-31 16:32] upgraded xorg-server-common (1.9.2-2 -> 1.9.3.901-1)
[2011-01-31 16:32] upgraded xorg-server (1.9.2-2 -> 1.9.3.901-1)
[2011-01-31 16:32] upgraded xorg-server-xephyr (1.9.2-2 -> 1.9.3.901-1)
Comment by anrxc (anrxc) - Tuesday, 01 March 2011, 21:17 GMT
Psychon had me run some tests with drawing, the attached picture shows the results.

what he had to say about it:
psychon| ok, so when you tell it "paint green", it paints green
psychon| when you say "copy from this other image", it adds red
Comment by Uli Schlachter (psychon) - Tuesday, 01 March 2011, 22:28 GMT
Sent upstream, if anyone wants to add his "me too", feel free:
https://bugs.freedesktop.org/show_bug.cgi?id=34885
Comment by Tim Y (tdy) - Monday, 11 April 2011, 22:16 GMT
appears to be fixed for me after this sysupgrade:

[2011-04-11 16:50] upgraded libdrm (2.4.23-2 -> 2.4.25-1)
[2011-04-11 16:50] upgraded libgl (7.10.1-1 -> 7.10.2-2)
[2011-04-11 16:50] upgraded intel-dri (7.10.1-1 -> 7.10.2-2)
[2011-04-11 16:50] upgraded libtasn1 (2.8-1 -> 2.9-1)
[2011-04-11 16:50] upgraded libxfixes (4.0.5-1 -> 5.0-1)
[2011-04-11 16:50] upgraded mesa (7.10.1-1 -> 7.10.2-2)
[2011-04-11 16:50] upgraded xf86-input-evdev (2.6.0-2 -> 2.6.0-3)
[2011-04-11 16:50] upgraded xf86-input-synaptics (1.4.0-1 -> 1.4.0-2)
[2011-04-11 16:50] upgraded xf86-video-fbdev (0.4.2-3 -> 0.4.2-4)
[2011-04-11 16:50] upgraded xf86-video-intel (2.14.0-3 -> 2.14.903-1)
[2011-04-11 16:50] upgraded xf86-video-vesa (2.3.0-4 -> 2.3.0-5)
[2011-04-11 16:50] upgraded xkeyboard-config (2.1-1 -> 2.2.1-1)
[2011-04-11 16:50] upgraded xorg-server-common (1.9.4.901-1 -> 1.10.0.902-1)
[2011-04-11 16:50] upgraded xorg-server (1.9.4.901-1 -> 1.10.0.902-1)
[2011-04-11 16:50] upgraded xorg-server-xephyr (1.9.4.901-1 -> 1.10.0.902-1)
Comment by anrxc (anrxc) - Tuesday, 12 April 2011, 19:42 GMT
An ever earlier version of these packages (mesa, xf86-vide-intel, libgl, intel-dri...) fixed it. I am not sure just which component was responsible.
Yet nobody even had the decency to respond to Uli's bug report, he even went to the trouble to code a test case in C. What more could a person want.

Good job Uli.
Comment by Tim Y (tdy) - Saturday, 16 April 2011, 01:49 GMT
yes, thank you psychon

Loading...