1138898 - [UX] define sideloaded add-on installation flows

Status: RESOLVED FIXED

(Firefox :: General, defect, P3)

Description

[Markus Jaritz [:designakt] (UX)]

If Add-Ons are side-loaded multiple can be added at a time, and in difference to other installs, we do not have a page (tab) to anchor the installation process to. For these reasons the installation process will be started in a tab following the design of about:addons (https://bugzilla.mozilla.org/show_bug.cgi?id=989469)

Comment 1

[David Lawrence [:dkl]]

Mistakenly filed against Firefox 38 and should be instead 38 Branch. Sorry for the spam. dkl

Comment 2

[Marco Mucci [:MarcoM]]

Hi Markus, can you provide a point value.

Comment 3

[Markus Jaritz [:designakt] (UX)]

Update flow to include sideloading based on our doorhanger interaction:
https://bugzilla.mozilla.org/show_bug.cgi?id=1120996#c45
As only reviewed add-ons will be sideloaded we can offer the user equal choice of install or cancel.
Should canceled installs be removed from Firefox, or deactivated as currently? (I assume we can not remove them, as the third-party-app would then again try to inject the add-on…)

Comment 4

[Markus Jaritz [:designakt] (UX)]

Dave, do you see any open points on the new sideloaded add-on interaction?

Comment 5

[Dave Townsend [:mossop]]

(In reply to Markus Jaritz [:maritz] from comment #4)
> Dave, do you see any open points on the new sideloaded add-on interaction?

I don't see the sideloaded flow, where am I looking?

Comment 6

[Markus Jaritz [:designakt] (UX)]

(In reply to Dave Townsend [:mossop] from comment #5)
> I don't see the sideloaded flow, where am I looking?

I referenced to the full flow, that contains the sideloaded on the right bottom.

(In reply to Markus Jaritz [:maritz] from comment #3)
> Update flow to include sideloading based on our doorhanger interaction:
> https://bugzilla.mozilla.org/show_bug.cgi?id=1120996#c45
> As only reviewed add-ons will be sideloaded we can offer the user equal
> choice of install or cancel.
> Should canceled installs be removed from Firefox, or deactivated as
> currently? (I assume we can not remove them, as the third-party-app would
> then again try to inject the add-on…)

Comment 7

[Dave Townsend [:mossop]]

Ok. How does this work when multiple sideloaded add-ons are detected at once?

Comment 8

[Markus Jaritz [:designakt] (UX)]

I would expect this to be a rather rare case and open one tab for each sideloaded add-on. As this might be misused to crowd the browser with tabs, we can consider having a limit of X(5?) add-ons sideloaded at the same time? (Bundled add-ons would appear as one doorhanger with multiple add-ons an normal.)
Dave, do you think that can work?

Comment 9

[Dave Townsend [:mossop]]

(In reply to Markus Jaritz [:maritz] from comment #8)
> I would expect this to be a rather rare case and open one tab for each
> sideloaded add-on. As this might be misused to crowd the browser with tabs,
> we can consider having a limit of X(5?) add-ons sideloaded at the same time?
> (Bundled add-ons would appear as one doorhanger with multiple add-ons an
> normal.)
> Dave, do you think that can work?

We open multiple tabs already, but obviously don't open multiple doorhangers so I'd like to understand what you want the doorhanger behaviour to be in those cases.

Comment 10

[Markus Jaritz [:designakt] (UX)]

(In reply to Dave Townsend [:mossop] from comment #9)
> We open multiple tabs already, but obviously don't open multiple doorhangers
> so I'd like to understand what you want the doorhanger behaviour to be in
> those cases.

Preferably each doorhanger would open once its tab is in forground for the first time.

Comment 11

[Markus Jaritz [:designakt] (UX)]

Updated flow to include sideloading, and description how to handle multiple sideloads.
https://bugzilla.mozilla.org/show_bug.cgi?id=1120996#c48