[Webkit-unassigned] [Bug 112688] [Qt] QStyle: Invalid rendering of button elements (missing enabled state)

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Jul 10 01:52:57 PDT 2013


https://bugs.webkit.org/show_bug.cgi?id=112688


Simon Hausmann <hausmann at webkit.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |hausmann at webkit.org




--- Comment #12 from Simon Hausmann <hausmann at webkit.org>  2013-07-10 01:54:58 PST ---
(In reply to comment #11)
> Thanks for the fixing the bug, Simon. However, that's not the end of the story when it comes to the rendering of the controls. After I apply this patch, the control now appears enabled. However, both the checkbox and radio buttons are not properly rendered. Here is a test page: http://www.slimbrowser.net/testpages/testform.htm . In this page, the checkbox appears not checked even after a mouse click. If I hover the mouse on the checkbox, the radio becomes checked. When I hover the mouse on the radio button and then move the mouse button away, it looks like a stretched radio buttom bitmap is drawn in the background on the first edit box in the same form. I am using the Windows Vista style on Windows 7 for this test. 
> 
> I did some tracing myself here. It appears there is problem with the code inside this function in qwindowsvistastyle.cpp.
> 
> void QWindowsVistaStyle::drawPrimitive(PrimitiveElement element, const QStyleOption *option,QPainter *painter, const QWidget *widget) const
> 
> There seems to be issues related to the transition animation drawing. Even if there is no state change, the oldState and state are never the same. If I disable the transition animation, the rendering is ok for Windows vista style. 
> 
> If I switch to the Windows XP style, the edit box is rendered without border. 
> 
> I can provide more details and clues if you want. But I guess you might push this bug towards the QT guys since it's already outside the qtwebkit layer. 

Yes, if you can isolate this down to being a Qt issue, we should take it to the Qt project bug tracker.


Pierre, can you think of anything from the WebKit side that would affect the animations/transition? Is the style perhaps issuing updates that we're not handling?

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


More information about the webkit-unassigned mailing list