2007-09-27 11:57:26 |
TJ |
bug |
|
|
added bug |
2007-09-27 14:00:07 |
Basilio Kublik |
compiz: status |
New |
Incomplete |
|
2007-09-27 14:00:07 |
Basilio Kublik |
compiz: assignee |
|
sourcercito |
|
2007-09-28 06:53:15 |
TJ |
bug |
|
|
added attachment 'gnome-terminal-resize.png' (gnome-terminal resize legend showing blocks) |
2007-11-13 02:31:16 |
TJ |
bug |
|
|
assigned to compiz-fusion-plugins-main (Ubuntu) |
2007-11-13 02:32:38 |
TJ |
compiz-fusion-plugins-main: importance |
Undecided |
Low |
|
2007-11-13 02:32:38 |
TJ |
compiz-fusion-plugins-main: assignee |
|
intuitivenipple |
|
2007-11-13 02:32:38 |
TJ |
compiz-fusion-plugins-main: status |
New |
Confirmed |
|
2007-11-13 03:35:20 |
TJ |
bug |
|
|
added attachment 'resizeinfo-white-text.png' (resizeinfo when using white text) |
2007-11-13 05:37:16 |
TJ |
description |
Binary package hint: compiz
Gutsy x86_64.
Whilst Compiz is enabled if a gnome-terminal window is drag-resized the legend displaying the size during dragging is displayed as blocks rather than numbers.
When Compiz is disabled the resize legend appears correct. |
Binary package hint: compiz-fusion-plugins-main
Gutsy x86_64.
Whilst Compiz is enabled if a gnome-terminal window is drag-resized the legend displaying the size during dragging is displayed as blocks rather than numbers. The same thing occurs to all windows if the Fusion plug-in resizeinfo has its 'always_show' property set.
Changing resizeinfo's 'text_color' to something other than black reveals that the legend is being rendered but the background of each character block is also being filled (with black).
So by default it draws black on black, resulting in the impression that only blocks are being displayed.
When Compiz is disabled the resize legend appears correct (not drawn by the fusion plug-in). |
|
2007-11-13 05:37:16 |
TJ |
title |
gnome-terminal resize legend displayed as blocks when Compiz is enabled |
Compiz resizeinfo legend characters appears as filled blocks |
|
2007-11-13 05:37:49 |
TJ |
title |
Compiz resizeinfo legend characters appears as filled blocks |
Compiz resizeinfo legend characters appear as filled blocks |
|
2007-11-13 23:48:45 |
TJ |
bug |
|
|
assigned to libcairo (Ubuntu) |
2007-11-13 23:55:05 |
TJ |
libcairo: importance |
Undecided |
Low |
|
2007-11-13 23:55:05 |
TJ |
libcairo: assignee |
|
intuitivenipple |
|
2007-11-13 23:55:05 |
TJ |
libcairo: status |
New |
In Progress |
|
2007-11-13 23:55:40 |
TJ |
compiz-fusion-plugins-main: status |
Confirmed |
Invalid |
|
2007-11-13 23:55:40 |
TJ |
compiz-fusion-plugins-main: assignee |
intuitivenipple |
|
|
2007-11-13 23:55:54 |
TJ |
compiz-fusion-plugins-main: importance |
Low |
Unknown |
|
2007-11-14 02:00:57 |
TJ |
description |
Binary package hint: compiz-fusion-plugins-main
Gutsy x86_64.
Whilst Compiz is enabled if a gnome-terminal window is drag-resized the legend displaying the size during dragging is displayed as blocks rather than numbers. The same thing occurs to all windows if the Fusion plug-in resizeinfo has its 'always_show' property set.
Changing resizeinfo's 'text_color' to something other than black reveals that the legend is being rendered but the background of each character block is also being filled (with black).
So by default it draws black on black, resulting in the impression that only blocks are being displayed.
When Compiz is disabled the resize legend appears correct (not drawn by the fusion plug-in). |
Binary package hint: libcairo
Gutsy x86_64.
Whilst Compiz is enabled if a gnome-terminal window is drag-resized the legend displaying the size during dragging is displayed as blocks rather than numbers. The same thing occurs to all windows if the Fusion plug-in resizeinfo has its 'always_show' property set.
Changing resizeinfo's 'text_color' to something other than black reveals that the legend is being rendered but the background of each character block is also being filled (with black).
So by default it draws black on black, resulting in the impression that only blocks are being displayed.
When Compiz is disabled the resize legend appears correct (not drawn by the fusion plug-in). |
|
2007-11-14 12:50:03 |
Basilio Kublik |
compiz: status |
Incomplete |
Invalid |
|
2007-11-14 12:50:03 |
Basilio Kublik |
compiz: assignee |
sourcercito |
|
|
2007-12-04 18:26:11 |
MoMaT |
bug |
|
|
added attachment 'Firefox_SVG_text.png' (SVG in Firefox (generated by Trac Revtree plugin)) |
2008-09-06 09:38:13 |
Sebastien Bacher |
libcairo: bugtargetdisplayname |
libcairo (Ubuntu) |
cairo (Ubuntu) |
|
2008-09-06 09:38:13 |
Sebastien Bacher |
libcairo: bugtargetname |
libcairo (Ubuntu) |
cairo (Ubuntu) |
|
2008-09-06 09:38:13 |
Sebastien Bacher |
libcairo: statusexplanation |
Tracked down the apparent cause to libcairo's debian/patches/02-cairo-1.4.8-lcd-filter-2.dpatch.
The bug reveals itself if sub-pixel rendering is enabled and rgba_order 'VRGB' is selected.
$ gconftool-2 -a /desktop/gnome/font_rendering
rgba_order = vrgb
antialiasing = rgba
dpi = 96
hinting = full
Changing it to any of the other options (vbgr, rgb, bgr) using
$ gconftool-2 -s /desktop/gnome/font_rendering/rgba_order -t string "vbgr"
and restarting Compiz (or disabling/re-enabling it) will clear the issue.
Working on a fix. |
|
|
2008-09-06 09:38:13 |
Sebastien Bacher |
libcairo: title |
Bug #145604 in libcairo (Ubuntu): "Compiz resizeinfo legend characters appear as filled blocks" |
Bug #145604 in cairo (Ubuntu): "Compiz resizeinfo legend characters appear as filled blocks" |
|
2009-01-24 18:53:38 |
TJ |
bug |
|
|
assigned to libcairo |
2009-01-24 18:57:47 |
TJ |
cairo: assignee |
intuitivenipple |
|
|
2009-01-24 18:57:47 |
TJ |
cairo: statusexplanation |
|
Since upstream can't make up their minds on this I've un-assigned myself - it doesn't look like this is going to be addressed any time soon. I had been hopeful of some kind of resolution that we could implement as an SRU. I've added a bug-track link to the upstream bug report.
When using VRGB sub-pixel hinting this issue will occur. The easiest workaround (one I've used with Gutsy, Hardy, and Intrepid) is:
gconftool-2 -s /desktop/gnome/font_rendering/rgba_order -t string "vbgr"
|
|
2009-01-24 19:56:56 |
TJ |
description |
Binary package hint: libcairo
Gutsy x86_64.
Whilst Compiz is enabled if a gnome-terminal window is drag-resized the legend displaying the size during dragging is displayed as blocks rather than numbers. The same thing occurs to all windows if the Fusion plug-in resizeinfo has its 'always_show' property set.
Changing resizeinfo's 'text_color' to something other than black reveals that the legend is being rendered but the background of each character block is also being filled (with black).
So by default it draws black on black, resulting in the impression that only blocks are being displayed.
When Compiz is disabled the resize legend appears correct (not drawn by the fusion plug-in). |
Binary package hint: libcairo2
There is a long-standing problem (Gutsy, Hardy, Intrepid - possibly Jaunty too) with sub-pixel rendering which affects metacity or compiz composition (see the images attached to this bug) when VRGB is chosen as the sub-pixel format. Comment #15 by MoMaT demonstrates a non-compiz scenario. My comments #2 and #10 demonstrate the issue with Compiz enabled.
The underlying issue essentially seems to be: where should sub-pixel rendering should be done - in libcairo or in the font renderer (FreeType in this case) ?
There have been two versions of the Ubuntu patch in libcairo/libcairo2. Reports seem to suggest that both versions may be responsible for the VRGB problem (however, that supposition needs checking - see Bob McElrath's comment #19).
We need to be aware that libcairo (libcairo 1.5.4 in Universe) and libcairo2 (cairo 1.6.0 in Main) are similarly patched and will need similar fixes. |
|
2009-01-24 19:56:56 |
TJ |
title |
Compiz resizeinfo legend characters appear as filled blocks |
VRGB sub-pixel hinting causes black-on-black text rendering |
|
2009-01-24 19:57:17 |
TJ |
cairo: status |
In Progress |
Confirmed |
|
2009-01-24 19:57:17 |
TJ |
cairo: statusexplanation |
Since upstream can't make up their minds on this I've un-assigned myself - it doesn't look like this is going to be addressed any time soon. I had been hopeful of some kind of resolution that we could implement as an SRU. I've added a bug-track link to the upstream bug report.
When using VRGB sub-pixel hinting this issue will occur. The easiest workaround (one I've used with Gutsy, Hardy, and Intrepid) is:
gconftool-2 -s /desktop/gnome/font_rendering/rgba_order -t string "vbgr"
|
|
|
2009-01-25 14:50:43 |
Bug Watch Updater |
libcairo: status |
Unknown |
Confirmed |
|
2009-04-20 13:12:19 |
Sebastien Bacher |
cairo (Ubuntu): status |
Confirmed |
Triaged |
|
2009-04-24 06:55:39 |
Jan David Mol |
attachment added |
|
Broken application switcher text rendering on Jaunty. http://launchpadlibrarian.net/25914478/compiz-text-rendering-jaunty.png |
|
2010-09-10 12:44:49 |
Bug Watch Updater |
libcairo: importance |
Unknown |
Medium |
|
2011-01-24 12:52:15 |
Bug Watch Updater |
libcairo: importance |
Medium |
Unknown |
|
2011-02-03 18:45:58 |
Bug Watch Updater |
libcairo: importance |
Unknown |
Medium |
|
2011-02-03 19:04:12 |
Sylvain Pasche |
removed subscriber Sylvain Pasche |
|
|
|
2018-09-01 13:37:04 |
Bug Watch Updater |
libcairo: status |
Confirmed |
Unknown |
|