Bug 263818
| Summary: | declarativeNetRequest modifyHeaders for response should be allowed | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Guilherme Rizzo <guivr2011> |
| Component: | WebKit Extensions | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | Normal | CC: | karlcow, timothy, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | Safari 16 | ||
| Hardware: | Mac (Apple Silicon) | ||
| OS: | macOS 13 | ||
Guilherme Rizzo
I'm trying to build a "Responsive Viewer" extension for Safari with a Safari Web Extension.
The extension loads a page into an iframe so that the user can resize and check how the page is responsive.
Some websites won't load in iframes.
In Chrome, I can use declarativeNetRequest to modify the response headers and remove the "frame-options" header that blocks the page from being loaded into an iframe.
Loading the page into an iframe is the only way a "Responsive Viewer" extension could work.
The extension already has all the permissions it needs from the user, and declarativeNetRequest is the safest way.
Please let extensions modify headers from the response as well.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Radar WebKit Bug Importer
<rdar://problem/117613989>
Karl Dubost
Thanks for the bug, probably a duplicate of Bug 246493
*** This bug has been marked as a duplicate of bug 246493 ***
Guilherme Rizzo
declarativeNetRequest is supported and works. Just some of its features are missing, like modifyHeaders for response. I didn't know that was planned to be shipped :D
Karl Dubost
Ah then let's change the relation.
*** This bug has been marked as a duplicate of bug 253696 ***