| Summary: | [GTK] Reduce the maximum time we wait for draw events in DrawingMonitor | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Carlos Garcia Campos <cgarcia> | ||||
| Component: | WebKitGTK | Assignee: | Nobody <webkit-unassigned> | ||||
| Status: | RESOLVED FIXED | ||||||
| Severity: | Normal | CC: | bugs-noreply, clopez, cmarcelo, ews-watchlist, gyuyoung.kim, luiz, noam, ryuan.choi, sergio, zeno | ||||
| Priority: | P2 | Keywords: | Gtk | ||||
| Version: | WebKit Nightly Build | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=161242 | ||||||
| Attachments: |
|
||||||
|
Description
Carlos Garcia Campos
2020-01-23 07:34:55 PST
Created attachment 388541 [details]
Patch
Comment on attachment 388541 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=388541&action=review r=me > Source/WebKit/UIProcess/CoordinatedGraphics/DrawingAreaProxyCoordinatedGraphics.cpp:413 > + gtk_widget_queue_draw(m_webPage.viewWidget()); why this was not needed before? Committed r255060: <https://trac.webkit.org/changeset/255060> (In reply to Carlos Alberto Lopez Perez from comment #2) > Comment on attachment 388541 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=388541&action=review > > r=me > > > Source/WebKit/UIProcess/CoordinatedGraphics/DrawingAreaProxyCoordinatedGraphics.cpp:413 > > + gtk_widget_queue_draw(m_webPage.viewWidget()); > > why this was not needed before? In some cases, like when there's an animation or after a force repaint, there's already a draw scheduled. When there wasn't we ended up waiting 1 second. Now we ensure a draw, like expected. It doesn't hurt if there was a draw already scheduled. |