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)
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.
Comment 1•9 years ago
|
||
Perhaps obviously so, but changing this will require legal review.
Comment 2•9 years ago
|
||
(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)
Updated•9 years ago
|
Comment 3•9 years ago
|
||
Opened a legal/privacy review bug to address this separately.
Flags: needinfo?(ellee)
Updated•8 years ago
|
Blocks: qx-onboarding
Updated•8 years ago
|
Whiteboard: [Onboarding]
Updated•8 years ago
|
Priority: -- → P4
Comment 4•8 years ago
|
||
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)
Comment 5•8 years ago
|
||
Yes we can wontfix this. I'm working with Brian Smith from legal to come up with something different entirely.
Comment 6•8 years ago
|
||
(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.
Comment 7•8 years ago
|
||
(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)
Reporter | ||
Comment 8•8 years ago
|
||
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)
Comment 9•8 years ago
|
||
(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
Comment 10•8 years ago
|
||
(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.
Description
•