1270419 - Set the website as the default handler if it registers as a content handler

Status: RESOLVED DUPLICATE of bug 1270416

(Firefox :: File Handling, defect)

Description

[Eden Chuang[:edenchuang]]

Set the add-on or plugin as the default handler after installation if it registers as a content handler.

Comment 1

[Will Wang [:WillWang]]

The current UX spec[1] is still under refinement, I'm trying some modifications before the spec is quite stable.

[1] https://mozilla.invisionapp.com/share/4Y6ZZH1E8#/screens/156737028

Comment 2

[Will Wang [:WillWang]]

Today, The UX discussion shows the handler should be set as default after installation, however we will implement this after the UX spec pass sort of sign-off/confirmation.

Comment 3

[Will Wang [:WillWang]]

Attachment: bug1270419.patch

This patch set the add-on which was just installed as the default content handler in the application panel.

Some observed facts:
- After add-on installation, API registerContentHandler() will be invoked once Firefox restart.
- For above API, Firefox currently only support feed types [1] 


[1]
https://developer.mozilla.org/en-US/docs/Web/API/Navigator/registerContentHandler

Comment 4

[Will Wang [:WillWang]]

https://treeherder.mozilla.org/#/jobs?repo=try&revision=356993ead547

Comment 5

[Will Wang [:WillWang]]

Content handling part of UX spec is currently under discussion for better balance of security and UI, the patch will be sent to review process after the discussion are done.

Comment 6

[Will Wang [:WillWang]]

Hi Bryant,

Could you kindly send a feedback here once UX spec decides whether we should set the handler as default or only as a option in list like we did before?

Thanks for your works and info!

Comment 7

[Will Wang [:WillWang]]

Revise bug title to clearly distinguish the ambiguous terminology and state bug scope.

- Terminology clarification:
Add-ons is not equal to extension. 
Add-ons include extension, plugin, theme(appearance) and so on.

- Bug scope: 
Per offline discussion with UX member, we decide to remove the new design for plugin and extension, 
which means installation of these two type of add-ons will not set themselves as default handler.
In the latest UX design, only the website(webapp) will set it as default handler if it calls registerContentHandler().

Comment 8

[William Hsu [:whsu]]

This bug is shown in Triage dashboard.
I believe Bryant is working on it.
Keep NI/monitoring.

Comment 9

[William Hsu [:whsu]]

Hi, Bryant,

I might miss something new.
Are we working on this? Any update?

Comment 10

[Eden Chuang[:edenchuang]]

Hi William

we still work on this bug. But this bug is too similar with the bug 1270416, I would like merge these two bugs into one. Because discussions are all tracked on bug 1270416, so I will set this bug as duplicate.

Comment 11

[William Hsu [:whsu]]

(In reply to Eden Chuang[:edenchuang] from comment #10)
> Hi William
> 
> we still work on this bug. But this bug is too similar with the bug 1270416,
> I would like merge these two bugs into one. Because discussions are all
> tracked on bug 1270416, so I will set this bug as duplicate.
> 
> *** This bug has been marked as a duplicate of bug 1270416 ***

No worries. This was a reminder because I saw this bug was in triage dashboard.
Thank you, Eden! :)