Bug 47767

Created attachment 70952 [details] Sample widget showing the problem When QtWebKit render widgets on a pixmap instead of a QWidget, the widgets are rendered without a correct QStyleOption. This makes the widgets looks incorrect in many cases. For example, all widgets are rendered with a disabled state (with accelerated compositing or with tiling). The problem is that we initialize the QStyleOption from the widget the view is rendered on. This widget is obtained from the graphics context: QPaintDevice* dev = 0; if (painter) dev = painter->device(); if (dev && dev->devType() == QInternal::Widget) widget = static_cast<QWidget*>(dev); This is broken with caches because the type is pixmap, not widget. We could fix the issue by either: 1) introduce a target widget in PaintInfo 2) initialize the QStyleOption with sensible default value There is the use case where 2 graphics view show the same scene, one graphics view is enabled, the second is disabled. This can only be solved by (1) + flushing all caches all the time when there is more than one view. I am in favor of using (2) even if it is incorrect. This means the widgets would be rendered as active even if the QGraphicsView is in disabled state. I prefer this approach because I don't see a reasonable way to make it works when two graphics view show the same scene. The resulting bug would be that widgets always appear enabled, even when rendered through a disabled QGraphicsView. Input welcome :)