Bug 125526
| Summary: | [GTK] Remove non-accelerated compositing drawing path for WebKit2 | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Martin Robinson <mrobinson> |
| Component: | WebKitGTK | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED LATER | ||
| Severity: | Normal | CC: | alex, bugs-noreply, cgarcia, mcatanzaro |
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=232516 | ||
Martin Robinson
We should consider removing the non-AC drawing path for WebKit2. Even if we resort to rendering the page as a single layer, we probably do not need to maintain two ways of transferring the rendered content.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Martin Robinson
I'm going to close this bug for now. I think high-level decisions about AC in the GTK port are being made in other bugs.
Michael Catanzaro
I understand this is already done for GTK 4 and WPE, but the non-accelerated path remains for GTK 3. Is this correct?
Martin Robinson
Adding Carlos, who may be able to answer this question. In any case, perhaps this bug is obsolete either way.
Carlos Garcia Campos
The plan for now is to remove the ondemand mode for GTK4, but I'm not sure we can really remove the non accelerated path, because unfortunately there are still cases in which AC mode doesn't work. We made always mode the default in 2.36 and we got a lot of bug reports of things not working :-(
Michael Catanzaro
(In reply to Carlos Garcia Campos from comment #4)
> The plan for now is to remove the ondemand mode for GTK4, but I'm not sure
> we can really remove the non accelerated path, because unfortunately there
> are still cases in which AC mode doesn't work. We made always mode the
> default in 2.36 and we got a lot of bug reports of things not working :-(
Uh, surprise to me. Please review bug #232516 and comment there....