-
Notifications
You must be signed in to change notification settings - Fork 2.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fate of registerProtocolHandler() / registerContentHandler() and friends? #630
Comments
I use them on every new computer for mailto: (Inbox/Gmail) and irc:/ircs: (IRCCloud), in both Chrome and Firefox. I don't really understand what the problem is. |
Is I think you're correct though that at least |
If we were to specify that these are supported as part of Fetch (in addition to navigation), and as a result, could be handled by service workers, I can think of at least a few use cases that wouldn't otherwise be possible:
There would, of course, need to be some thought & discussion around the security & permissions model for this |
I'm strongly interested in continued availability of |
For Live DOM Viewer:
Edge and Safari support none of them. Firefox supports I'm happy to wait a little longer with |
They have seen extremely poor adoption unfortunately and were not implemented in line with the standard. Fixes #630.
They have seen extremely poor adoption unfortunately and were not implemented in line with the standard. Tests: web-platform-tests/wpt#7349. Fixes #630.
…ntentUtils of blink isProtocolHandlerRegistered has been existed in blink. However, latest custom scheme whatwg specfication removed it. - whatwg: https://html.spec.whatwg.org/multipage/system-state.html#custom-handlers - whatwg issue: whatwg/html#630 - commit to remove it: whatwg/html@b143dbc The reason to remove it was that no browsers have supported the function. So it would be good if we remove it from blink in order to reduce our maintanance overhead. Bug: 121825 Change-Id: I3e99dd5996e55dedcd8b5d47a7103410acfd24eb Reviewed-on: https://chromium-review.googlesource.com/784653 Commit-Queue: Gyuyoung Kim <gyuyoung.kim@lge.com> Reviewed-by: Mike Lawther <mikelawther@chromium.org> Reviewed-by: Kentaro Hara <haraken@chromium.org> Cr-Commit-Position: refs/heads/master@{#518981}
…ntentUtils of blink isProtocolHandlerRegistered has been existed in blink. However, latest custom scheme whatwg specfication removed it. - whatwg: https://html.spec.whatwg.org/multipage/system-state.html#custom-handlers - whatwg issue: whatwg/html#630 - commit to remove it: whatwg/html@b143dbc The reason to remove it was that no browsers have supported the function. So it would be good if we remove it from blink in order to reduce our maintanance overhead. Bug: 121825 Change-Id: I3e99dd5996e55dedcd8b5d47a7103410acfd24eb Reviewed-on: https://chromium-review.googlesource.com/784653 Commit-Queue: Gyuyoung Kim <gyuyoung.kim@lge.com> Reviewed-by: Mike Lawther <mikelawther@chromium.org> Reviewed-by: Kentaro Hara <haraken@chromium.org> Cr-Commit-Position: refs/heads/master@{#518981}
…ntentUtils of blink isProtocolHandlerRegistered has been existed in blink. However, latest custom scheme whatwg specfication removed it. - whatwg: https://html.spec.whatwg.org/multipage/system-state.html#custom-handlers - whatwg issue: whatwg/html#630 - commit to remove it: whatwg/html@b143dbc The reason to remove it was that no browsers have supported the function. So it would be good if we remove it from blink in order to reduce our maintanance overhead. Bug: 121825 Change-Id: I3e99dd5996e55dedcd8b5d47a7103410acfd24eb Reviewed-on: https://chromium-review.googlesource.com/784653 Commit-Queue: Gyuyoung Kim <gyuyoung.kim@lge.com> Reviewed-by: Mike Lawther <mikelawther@chromium.org> Reviewed-by: Kentaro Hara <haraken@chromium.org> Cr-Commit-Position: refs/heads/master@{#518981}
They have seen extremely poor adoption unfortunately and were not implemented in line with the standard. Tests: web-platform-tests/wpt#7349. Fixes whatwg#630.
See also #198.
Both of these methods are rather poorly implemented. Are they used to the extent that we need to keep them? Should they be improved?
The text was updated successfully, but these errors were encountered: