Closed Bug 1199706 Opened 9 years ago Closed 8 years ago

Defer showing the data choices toolbar to third run

Categories

(Firefox :: General, defect, P4)

40 Branch
defect

Tracking

()

RESOLVED WONTFIX

People

(Reporter: phlsa, Unassigned)

References

()

Details

(Whiteboard: [Onboarding])

Currently, we are showing a toolbar about data choices on the very first run of Firefox. Not only is that pretty aggressive, it actively interferes with other things that are happening on first run.

Since I don't see a good case as to why it needs to be shown that early on, we should defer it to 3rd run.
Perhaps obviously so, but changing this will require legal review.
(In reply to Justin Dolske [:Dolske] from comment #1)
> Perhaps obviously so, but changing this will require legal review.

Elvin, can you comment on whether we are "allowed" to defer the notification bar Philipp mentions in comment #0 to the 3rd run and/or what our options are here from a legal perspective?
Flags: needinfo?(ellee)
No longer blocks: 1225529
Depends on: 1225529
Opened a legal/privacy review bug to address this separately.
Flags: needinfo?(ellee)
Priority: -- → P4
Based on bug 1225529 comment #10 this is WONTFIX as filed. Can UX come up with an alternative plan working together with Benjamin and/or whoever makes decisions about the privacy/legal side here, either using the installer, or a different notification, or... well, something - and can we either wontfix this in the meantime and file a new bug once we know what we want from a privacy perspective, or decouple it from the onboarding tracker? Thanks!
Flags: needinfo?(philipp)
Yes we can wontfix this. I'm working with Brian Smith from legal to come up with something different entirely.
(In reply to Verdi [:verdi] from comment #5)
> Yes we can wontfix this. I'm working with Brian Smith from legal to come up
> with something different entirely.

Oh wait - sorry - disregard comment 5. We'll still have the data choices infobar for a while and it interferes with other things in the first run flow. We should still look at showing it another time.
(In reply to Verdi [:verdi] from comment #6)
> (In reply to Verdi [:verdi] from comment #5)
> > Yes we can wontfix this. I'm working with Brian Smith from legal to come up
> > with something different entirely.
> 
> Oh wait - sorry - disregard comment 5. We'll still have the data choices
> infobar for a while and it interferes with other things in the first run
> flow. We should still look at showing it another time.

Well, from bug 1225529 comment #10 showing it *later* isn't really an option, and that's what this bug was filed about. I don't think showing it earlier would fix anything. So I'm not sure what you mean by "look at showing it another time".

If we want to morph this into a bug about moving the notification into the installer for Windows things installed using the installer (and keep using the current setup for osx and linux), fine, but that would need a design and some more thought as to where in the installer it should go.

Either way, this bug is currently not actionable and so I'm suggesting wontfix. We can file something else or reopen this once we've worked something out that is OK for everybody involved. When we're explicitly requested to work on onboarding bugs and several of the open bugs blocking that tracker are in the "not actionable" state, that is confusing.
Flags: needinfo?(mverdi)
There's an email discussion thread with legal about this. They are investigating our options, but it sounds like the reason for the bar blocking data transmission is EU law.

Unless Michael disagrees, I'm OK with wontfix for this at the moment. We probably need to figure out a different way of surfacing the information (like something embedded in about:home or even the installer?), but that's a different kind of effort.
Flags: needinfo?(philipp)
(In reply to Out of office until Feb. 22! Philipp Sackl [:phlsa] (Firefox UX) please use needinfo from comment #8)
> There's an email discussion thread with legal about this. They are
> investigating our options, but it sounds like the reason for the bar
> blocking data transmission is EU law.
> 
> Unless Michael disagrees, I'm OK with wontfix for this at the moment. We
> probably need to figure out a different way of surfacing the information
> (like something embedded in about:home or even the installer?), but that's a
> different kind of effort.

Tentatively wontfixing this based on Philipp's comment. Verdi, please reopen if necessary.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
(In reply to :Gijs Kruitbosch from comment #7)
> 
> Well, from bug 1225529 comment #10 showing it *later* isn't really an
> option, and that's what this bug was filed about. I don't think showing it
> earlier would fix anything. So I'm not sure what you mean by "look at
> showing it another time".
> 

Right - after talking with legal later is definitely not an option. I'll file a new bug when we come up with an alternate plan.
Flags: needinfo?(mverdi)
You need to log in before you can comment on or make changes to this bug.