| Broken Transparency on Ubuntu 10.04 | |||||
| Reported by jamin.th...@gmail.com, Jun 13 2010 | Back to list | ||||
Chrome Version (from the about:version page): Is this the most recent version: OS + version: Ubuntu 10.04 Lucid Lynx CPU architecture: 32-bit Window manager: Compiz What steps will reproduce the problem? 1. Mouse over an item to get a tooltip -or- 2. Drag an image with transparent background -or- 3. Drag tab out of browser window What is the expected result? All of these items should have some kind of transparency surrounding them What happens instead? The areas that would normally be transparent are filled with black
Comment 1
by
est...@chromium.org,
Jun 14 2010
,
Jun 14 2010
well this seems bad... did this work for you with 10.04 in a previous version of chrome, or did upgrading to 10.04 cause the problem?
,
Jun 14 2010
As the other bug report says, chromium .408 doesn't have this issue on 10.04.
,
Jun 14 2010
can you bisect the regression? previous builds available for download here: http://build.chromium.org/buildbot/snapshots/chromium-rel-linux/
,
Jun 15 2010
I started bisecting but noticed that this is apparently not occuring on the official builds. Maybe this is a regression introduced by the ppa builds ? I'll open a bug for them on launchpad so they have a look at it.
,
Jun 15 2010
ok thanks. Can you post the launchpad bug link here so we can track their progress?
,
Jun 15 2010
Yup, I can confirm that as well. The issue is nonexistent in the official builds.
,
Jun 15 2010
just tested some of my ubuntu builds: recent dailies are all affected. latest -dev (6.0.427.0~r49010) is affected too. previous -dev (6.0.408.1~r47574) is *not* affected. bisecting my dailies between 427 and 408 gave me this: 6.0.424.0~svn20100603r48800 NOK 6.0.423.0~svn20100602r48687 NOK 6.0.423.0~svn20100601r48614 NOK 6.0.422.0~svn20100531r48583 OK 6.0.420.0~svn20100529r48550 OK so it's between r48583 & r48614... and guess what.. I introduced two changes at that point: + * Change StartupWMClass to Chromium-browser in the desktop launcher so + cairo-dock does the right thing (LP: #587664) + - update debian/chromium-browser.desktop + * Set XLIB_SKIP_ARGB_VISUALS=1 in the wrapper to prevent flash from dying + with a Gdk-ERROR when gtk2 is built with RGBA support (like in Maverick). + (LP: #584959) + - update debian/chromium-browser.sh and indeed, dropping XLIB_SKIP_ARGB_VISUALS fixes it. problem is it's really needed in Maverick. I can sure limit that workaround to Maverick only but the problem will remain there.
,
Jun 15 2010
,
Jun 20 2010
It sounds like they reverted the RGBA change in Maverick.
,
Jun 20 2010
yep, but it will be back. in the meantime, i've dropped XLIB_SKIP_ARGB_VISUALS completely from my daily builds (but not yet from the other builds)
,
Jun 20 2010
I can confirm that all the issues are gone on the ppa's daily builds. Thanks!
,
Sep 1 2010
Hi, I have the same problem (or similar) and using: 6.0.472.51 (Official Build 57639) beta Where can I get a version without the issue?
,
Sep 1 2010
Can you open a new bug and reference this one? (The new bug form will help encourage you to provide all the relevant info.)
,
Oct 12 2012
This issue has been closed for some time. No one will pay attention to new comments. If you are seeing this bug or have new data, please click New Issue to start a new bug.
,
Mar 11 2013
|
|||||
| ► Sign in to add a comment | |||||