Delete firefox-bridge and firefox-private-bridge protocol registration
Categories
(Firefox :: Shell Integration, task)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox127 | --- | fixed |
People
(Reporter: nipunshukla002, Assigned: nipunshukla002)
References
Details
(Whiteboard: [fidedi-firefox-bridge])
Attachments
(1 file)
| Assignee | ||
Comment 1•2 years ago
|
||
Updated•2 years ago
|
| Assignee | ||
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
| Assignee | ||
Comment 4•2 years ago
|
||
Accidentally forgot to push changes which caused test failure in test_FirefoxBridgeExtensionUtils.js. Fixed Marionette failures by removing additional use of deleted function in BrowserGlue. Started try build and will re-land assuming it passes.
Comment 6•2 years ago
|
||
| bugherder | ||
Updated•2 years ago
|
Comment 7•2 months ago
|
||
These protocols were originally added in bug 1880368 as a replacement for the initial iteration of the firefox / firefox-private protocols in bug 1862450.
The protocols are removed because they did not result in the desired user experience; the intended result was to make it easier to open Firefox from Chrome, but in reality Chrome would prompt a user to confirm that they want to open the external protocol handler, attributed to the chrome-extension:-origin of the extension making the request. An example of this flow is shown in this document: https://docs.google.com/document/d/1I1WY5lV62zDy86CCceBXdQm-4PL18VKvXy8p6UmuA7g/edit
Instead of protocol handlers, native messaging became the foundation for the feature. The pref tied to it was prepared to go live in bug 1889718, but never actually went live. If the pref would have become enabled, then Firefox would have registered itself as a native messaging host that the companion Chrome extension could use to launch Firefox.
Description
•