Bug 169312
| Summary: | [GTK] Support replacing HTML content | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Adrian Cochrane <alcinnz> |
| Component: | WebKitGTK | Assignee: | Nobody <webkit-unassigned> |
| Status: | CLOSED INVALID | ||
| Severity: | Normal | CC: | bugs-noreply, mcatanzaro |
| Priority: | P3 | ||
| Version: | WebKit Nightly Build | ||
| Hardware: | PC | ||
| OS: | Linux | ||
Adrian Cochrane
Have a method on the WebView to set the HTML content of the WebView without adding a new history item.
This is desirable when rendering error pages, as currently all the methods for loading HTML into the WebView adds a new history item.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Michael Catanzaro
You can do this already using webkit_web_view_load_alternate_html(). If you call it during the emission of the load-failed signal, then the back/forward list will not be modified. Going to close this because I think that's all you need, right?
Adrian Cochrane
I was having more of a problem showing (default) pages for the HTTP status codes, as those don't usually trigger load-failed.
I'll see if calling it during decide-policy does what I need it to, and if so I'll close this issue.
Adrian Cochrane
It does behave as I want during a decide-policy callback. As such I'm closing the issue now.
The only drawback of that approach is that I require the Content-Length header for error pages.
Thanks for your quick response, I'm closing the issue now.