Bug 65857 - [Qt] SELECT/OPTION rendered differently when using a transparent background
Summary: [Qt] SELECT/OPTION rendered differently when using a transparent background
Status: RESOLVED INVALID
Alias: None
Product: WebKit
Classification: Unclassified
Component: Layout and Rendering (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC Windows 7
: P3 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-08-08 08:31 PDT by Lapo Luchini
Modified: 2014-01-28 20:42 PST (History)
6 users (show)

See Also:

Attachments
rendering bug screenshot (23.26 KB, image/png)
2011-08-08 08:31 PDT, Lapo Luchini 		no flags Details
Qt Creator project (1.56 KB, application/zip)
2011-08-08 08:32 PDT, Lapo Luchini 		no flags Details
Qt Creator project with a minimal test-case. (1.30 KB, application/zip)
2011-08-09 07:12 PDT, Lapo Luchini 		no flags Details
bugged tooltip (17.05 KB, image/png)
2013-06-24 09:44 PDT, Lapo Luchini 		no flags Details
it's ok when transparency is commented (19.28 KB, image/png)
2013-06-24 09:44 PDT, Lapo Luchini 		no flags Details
minimal testcase with tooltips (1.33 KB, application/zip)
2013-06-24 09:48 PDT, Lapo Luchini 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Lapo Luchini 2011-08-08 08:31:04 PDT 
Created attachment 103250 [details]
rendering bug screenshot

Windows XP SP3, Qt SDK 1.1.2, Qt 4.7.3, WebKit 533.3.

I made a simple program to view a (local) web project of mine with the added benefit of being able to have a transparent background.
After a bit of experimentation to get transparency right (and being bit by QTBUG-11591 and starting from scratch not using QML) I managed to have a mostly working version, but I have a but in the usage of {{SELECT/OPTIONs}}.
I didn't yet reduce the HTML project to be able to attach it, but I think the screenshot has the gist of it.
Do you have any idea why the control chances GUI completely (losing borders and using a different down-arrow) when transparency is used?
Comment 1 Lapo Luchini 2011-08-08 08:32:04 PDT 
Created attachment 103251 [details]
Qt Creator project
Comment 2 Lapo Luchini 2011-08-09 07:12:02 PDT 
Created attachment 103359 [details]
Qt Creator project with a minimal test-case.
Comment 3 Lapo Luchini 2011-08-10 01:03:47 PDT 
I made a few more tests.

The same problems also shows up with hover texts: they have black background and are thus illegible (on WinXP, same platform as before).

I also tested it using QtCreator under FreeBSD: the hove text is right (has azure background, not black), but the SELECT bug it's also there, though a little different (when the drop-down is open the background is semi-transparent as opposed as black; also on WinXP the background is initially black but changes to "selected row" style while hovering, but keeps that after the hovering is finished, in the original screenshot you can see I was on the second line, but the first line was still looking selected).

Hope this helps. In the meantime I'm using <SELECT multiple> as a work around, as that does seems to render correctly (i.e., with white background).
Comment 4 Lapo Luchini 2011-09-01 02:40:09 PDT 
Also tooltips (HTML 'title') and the right-click menu appear with an unreadable black background.
Comment 5 Lapo Luchini 2011-11-18 02:07:12 PST 
BTW: I verified this (with the attached minimal test-case) on both Windows XP and Windows 7.
Comment 6 Lapo Luchini 2013-06-24 09:44:20 PDT 
Created attachment 205304 [details]
bugged tooltip
Comment 7 Lapo Luchini 2013-06-24 09:44:59 PDT 
Created attachment 205305 [details]
it's ok when transparency is commented
Comment 8 Lapo Luchini 2013-06-24 09:48:28 PDT 
Created attachment 205306 [details]
minimal testcase with tooltips

Still bugged on Qt 4.8.1.