Closed
Bug 1199354
Opened 9 years ago
Closed 9 years ago
Update the Android and iOS download links on the Sync preferences pane
Categories
(Firefox :: Settings UI, defect, P1)
Firefox
Settings UI
Tracking
()
People
(Reporter: ckarlof, Assigned: markh)
References
Details
(Whiteboard: [fxsync])
Attachments
(2 files, 8 obsolete files)
66.85 KB,
image/png
|
markh
:
ui-review+
|
Details |
7.76 KB,
patch
|
markh
:
review+
ritu
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
For context, see https://bugzilla.mozilla.org/show_bug.cgi?id=1149721#c49 Since bug will also replace bug 1194508, which was for adding the iOS solicitation to preferences. Here are the visual designs: signed out: https://bug1149721.bmoattachments.org/attachment.cgi?id=8636338 signed in: https://bug1149721.bmoattachments.org/attachment.cgi?id=8636339 Here are the link targets: Android: https://www.mozilla.org/firefox/android/?utm_source=firefox-browser&utm_medium=firefox-browser&utm_campaign=sync-preferences iOS: https://www.mozilla.org/firefox/ios/?utm_source=firefox-browser&utm_medium=firefox-browser&utm_campaign=sync-preferences
Reporter | ||
Updated•9 years ago
|
Flags: firefox-backlog+
Whiteboard: [fxsync]
Reporter | ||
Comment 2•9 years ago
|
||
Bug 1194508 was originally for adding the iOS solicitation to the Sync prefs pane. I've marked that as a duplicate of this.
Updated•9 years ago
|
Updated•9 years ago
|
Iteration: --- → 43.3 - Sep 21
Reporter | ||
Updated•9 years ago
|
Assignee: nobody → markh
Assignee | ||
Comment 3•9 years ago
|
||
This makes the requested changes. I'm unsure of the "attribution" for the iOS trademark, so I'll ping legal for help (it's complicated - Cisco owns that trademark!). Flod, in the meantime, would you mind checking the sanity of this from a l10n perspective?
Attachment #8662761 -
Flags: feedback?(francesco.lodolo)
Assignee | ||
Comment 4•9 years ago
|
||
How it looks in the "not signed in" state.
Assignee | ||
Comment 5•9 years ago
|
||
Comment on attachment 8662762 [details]
ios-link-signedout.png
Bryan, are you happy with this?
Attachment #8662762 -
Flags: ui-review?(bbell)
Assignee | ||
Comment 6•9 years ago
|
||
How it looks when signed in.
Attachment #8662763 -
Flags: ui-review?(bbell)
Assignee | ||
Comment 7•9 years ago
|
||
I opened bug 1205955 to request legal review of the use of the iOS trademark and attribution - I hope that's the right place :)
Comment 8•9 years ago
|
||
Comment on attachment 8662761 [details] [diff] [review] 0001-Bug-1199354-add-link-to-Firefox-for-iOS-and-fix-link.patch Review of attachment 8662761 [details] [diff] [review]: ----------------------------------------------------------------- Nits on comments, but the structure looks good. ::: browser/locales/en-US/chrome/browser/preferences/sync.dtd @@ +89,5 @@ > <!ENTITY signedOut.accountBox.create "Create Account"> > <!ENTITY signedOut.accountBox.signin "Sign In"> > > <!ENTITY signedIn.engines.label "Sync across all devices"> > Given how complex this piece is becoming (I wish we could use .properties and one string), I'd put a comment explaining how the final string will look. <!-- LOCALIZATION NOTE (mobilePromo.*): the following strings will be used to create a single sentence with active links. The resulting sentence in English is: "Download Firefox for Android or iOS to sync with your mobile device." --> @@ +91,5 @@ > > <!ENTITY signedIn.engines.label "Sync across all devices"> > > <!ENTITY mobilePromo.start "Download Firefox for "> > +<!-- LOCALIZATION NOTE (mobilePromo.androidLink): This is a link title that links to https://www.mozilla.org/firefox/android/?... --> Editor fault (end of the line cut)? I'd say "Used as text for a link to https://www.mozilla.org/firefox/android/" @@ +96,3 @@ > <!ENTITY mobilePromo.androidLink "Android™"> > + > +<!-- LOCALIZATION NOTE (mobilePromo.iOSBefore): This is text displayed between the mobilePromo.androidLink and the iOS icon --> iOS icon -> mobilePromo.iOSLink "This text is displayed between mobilePromo.androidLink and mobilePromo.iOSLink" @@ +96,5 @@ > <!ENTITY mobilePromo.androidLink "Android™"> > + > +<!-- LOCALIZATION NOTE (mobilePromo.iOSBefore): This is text displayed between the mobilePromo.androidLink and the iOS icon --> > +<!ENTITY mobilePromo.iOSBefore " or "> > +<!-- LOCALIZATION NOTE (mobilePromo.iosLink): This is a link title that links to https://www.mozilla.org/firefox/ios/?... --> Same as above: "Used as text for a link to https://www.mozilla.org/firefox/ios/"
Attachment #8662761 -
Flags: feedback?(francesco.lodolo) → feedback+
Assignee | ||
Comment 9•9 years ago
|
||
Awesome, thanks very much, all feedback addressed - now to wait on legal...
Attachment #8662761 -
Attachment is obsolete: true
Assignee | ||
Comment 10•9 years ago
|
||
The advice from legal is:
> We can't use the Apple logo so you'll have to remove that. You should also
> remove the TM from iOS and change the trademark attribution statement to: "IOS
> is a trademark or registered trademark of Cisco in the U.S. and other countries
> and is used by Apple under license."
Assignee | ||
Comment 11•9 years ago
|
||
New patch following advice from legal.
Attachment #8662775 -
Attachment is obsolete: true
Assignee | ||
Comment 12•9 years ago
|
||
This is how it looks without the Apple logo. I'm a little concerned that without the logo users may not associate "iOS" with their apple device, so I'd think different wording might be appropriate. If you do come up with better wording that uses an Apple trademark (such as "Apple";), you should probably ask for further advice in bug 1205955 :(
Attachment #8662763 -
Attachment is obsolete: true
Attachment #8662763 -
Flags: ui-review?(bbell)
Attachment #8667631 -
Flags: ui-review?(rfeeley)
Assignee | ||
Comment 13•9 years ago
|
||
For completeness, how it looks when signed out.
Attachment #8662762 -
Attachment is obsolete: true
Attachment #8662762 -
Flags: ui-review?(bbell)
Assignee | ||
Comment 14•9 years ago
|
||
Comment on attachment 8667631 [details]
ios-link-signedin.png
Oops, I think I meant to ask for ui-review from Bryan but I'll leave the request on Ryan too - first one to respond wins :)
Attachment #8667631 -
Flags: ui-review?(bbell)
Comment 15•9 years ago
|
||
I have confirmation from Urmika in July that we can indeed use the Apple logo. A quick glance at both Dropbox and Spotify shows them using the logos this way in a very similar context without attribution. What has changed?
Flags: needinfo?(markh)
Assignee | ||
Comment 16•9 years ago
|
||
I've added that information to the legal bug and indicated we intend to move ahead using the logo. I'll give it a day or 2 then reinstate the earlier patch.
Flags: needinfo?(markh)
Reporter | ||
Comment 17•9 years ago
|
||
Assigning to Bill to help resolve this with Legal.
Assignee: markh → wmaggs
Reporter | ||
Updated•9 years ago
|
Iteration: 43.3 - Sep 21 → 44.2 - Oct 19
Comment 18•9 years ago
|
||
The meeting with Liz Compton included her review of sites (she named Youtube and several others) that showed that many companies are following the Apple iOS branding guidelines and so we have two choices: use the buttons for Android and iOS app stores; or follow the guidelines and use the product names, both choices linking to the download page in each store. It is worth pointing out that only Android allows download to device from a web page. It is true that these choices would lead to not using the robot logo, which Google allows. I'd like to know from Ryan F if the loss of this visually appealing item is a big one, and also which of the two options above (store logo button or product name in a link) is preferable.
Reporter | ||
Comment 19•9 years ago
|
||
> I'd like to know from Ryan F if the loss of this visually appealing item is a big one, and also which of the two options above (store logo button or product name in a link) is preferable.
Paging Ryan F.
Assignee: wmaggs → nobody
Flags: needinfo?(rfeeley)
Reporter | ||
Updated•9 years ago
|
Assignee: nobody → wmaggs
Comment 20•9 years ago
|
||
It is a big one and we have user testing to prove that users notice and act on the logos. We have legal clearance from Mika to use the logos as other properties do. Please forge ahead.
Flags: needinfo?(rfeeley)
Comment 21•9 years ago
|
||
continuing to work with Legal - discussion escalated.
Comment 22•9 years ago
|
||
Decision for till legal decides on logo: Sync to your mobile device. Download __Firefox for Android__ or __Firefox for iOS__. *note: no android logo and '__' means it's a link.
Assignee | ||
Comment 23•9 years ago
|
||
Here's a version with no images and no attribution. I felt the separators looked a little strange with all that removed, so I moved these links into the "device" section - IMO it makes sense (it's saying both "name this device" and "get it for your other devices") and it looks a little better. Ryan, you OK with that?
Attachment #8667630 -
Attachment is obsolete: true
Attachment #8667631 -
Attachment is obsolete: true
Attachment #8667632 -
Attachment is obsolete: true
Attachment #8667631 -
Flags: ui-review?(rfeeley)
Attachment #8667631 -
Flags: ui-review?(bbell)
Attachment #8680963 -
Flags: ui-review?(rfeeley)
Assignee | ||
Comment 24•9 years ago
|
||
Hi Drew, We've had a few issues with legal giving the OK for using the Apple logo, and while we hope to eventually get it, we decided to remove the Android logo in the meantime to make things consistent. We also changed the links to refer to our product names (Firefox for Android and Firefox for iOS), so we removed the attribution for Android and haven't added one for iOS. This is consistent with the landing page for those links, where those terms are also used without attribution. We'd love to get this in 44. (Re the screenshot - I've tweaked it so the space before the trailing period is no longer there.)
Attachment #8680977 -
Flags: review?(adw)
Updated•9 years ago
|
Attachment #8680977 -
Flags: review?(adw) → review+
Assignee | ||
Comment 25•9 years ago
|
||
Comment on attachment 8680963 [details]
ios-link-no-logos.png
Ryan approved this over IRC.
Attachment #8680963 -
Flags: ui-review?(rfeeley) → ui-review+
Comment 27•9 years ago
|
||
Comment on attachment 8680977 [details] [diff] [review] 0001-Bug-1199354-add-link-to-Firefox-for-iOS-and-fix-link.patch Review of attachment 8680977 [details] [diff] [review]: ----------------------------------------------------------------- Please back-out this, or fix it before it merges to mozilla-central You basically need to change all the string IDs, you can't update an existing string like this. https://developer.mozilla.org/en-US/docs/Mozilla/Localization/Localization_content_best_practices#Changing_existing_strings
Attachment #8680977 -
Flags: feedback-
Updated•9 years ago
|
Flags: needinfo?(markh)
Assignee | ||
Comment 28•9 years ago
|
||
Sorry about that, I should have known better. Backed out in https://hg.mozilla.org/integration/fx-team/rev/a7b87003fc4f
Flags: needinfo?(markh)
Assignee | ||
Comment 29•9 years ago
|
||
As relanded Approval Request Comment [Feature/regressing bug #]: N/A [User impact if declined]: They wont be informed of the great opportunity to download Firefox for their mobile device on the Sync prefs page! :) [Describe test coverage new/current, TreeHerder]: Existing tests pass [Risks and why]: Limited to Sync prefs page, and just adds a new link [String/UUID change made/needed]: New promo strings, missed the unexpected merge.
Assignee: wmaggs → markh
Attachment #8680977 -
Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #8681192 -
Flags: review+
Attachment #8681192 -
Flags: approval-mozilla-aurora?
Comment 31•9 years ago
|
||
Note from l10n: this seems like a good bug to take. The last thing I'd want is legal pushing to fix things later in the trains.
Comment 32•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/d924e89139c2
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
status-firefox45:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 45
Assignee | ||
Comment 33•9 years ago
|
||
(In reply to Carsten Book [:Tomcat] from comment #32) > https://hg.mozilla.org/mozilla-central/rev/d924e89139c2 That was the backout; reopening until the relanded version merges.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Updated•9 years ago
|
status-firefox44:
--- → affected
Comment 34•9 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/fc898522b3fb
Status: REOPENED → RESOLVED
Closed: 9 years ago → 9 years ago
Resolution: --- → FIXED
Mark, is this ready to land on Aurora? I noticed comment 33 talks about a back out and therefore wanted to confirm with you before approving this patch.
Flags: needinfo?(markh)
Reporter | ||
Comment 36•9 years ago
|
||
Ryan, the guidance we received from Nick N. is that from a product perspective he's fine with the approach of using the logos as long as we can instrument this benefit, so that we can make more informed decisions here in the future. Ryan, is there a previous A/B test which demonstrates this benefit? If not, we'll need to design a new one for this situation if we want to drive this forward.
Reporter | ||
Comment 37•9 years ago
|
||
I filed Bug 1221294 as a followup here to add the logos. If we add them, we'll need to ship them with an A/B test to evaluate their benefit.
Assignee | ||
Comment 38•9 years ago
|
||
(In reply to Ritu Kothari (:ritu) from comment #35) > Mark, is this ready to land on Aurora? I noticed comment 33 talks about a > back out and therefore wanted to confirm with you before approving this > patch. Yes, please uplift the relanded patch, https://hg.mozilla.org/mozilla-central/rev/fc898522b3fb
Flags: needinfo?(markh)
Comment 39•9 years ago
|
||
Given that we are 2 full days past string freeze, and we already made a mess with it, do we really need to uplift at this point? If legal is fine with having logos (I assume it wasn't, hence my previous comment), and we don't risk to make last minute changes to pull them, my suggestion would be to leave this on mozilla-central and let the changes ride the train (it seems there are going to be more any way).
Comment 40•9 years ago
|
||
bugherder uplift |
https://hg.mozilla.org/releases/mozilla-b2g44_v2_5/rev/fc898522b3fb
status-b2g-v2.5:
--- → fixed
Comment on attachment 8681192 [details] [diff] [review] 0001-Bug-1199354-add-link-to-Firefox-for-iOS-and-fix-link.patch Approved for uplift to Aurora given that this is still early in the Aurora cycle. I have pinged Flod as well to know this makes sense.
status-b2g-v2.5:
fixed → ---
Attachment #8681192 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Comment 42•9 years ago
|
||
(In reply to Ritu Kothari (:ritu) from comment #41) > Approved for uplift to Aurora given that this is still early in the Aurora > cycle. I have pinged Flod as well to know this makes sense. I guess it's OK. Comment 39 was based on the assumption that we already had a reference to iOS, while we don't in Aurora.
Comment 44•9 years ago
|
||
bugherder uplift |
https://hg.mozilla.org/releases/mozilla-b2g44_v2_5/rev/9d368ecbd170
status-b2g-v2.5:
--- → fixed
Comment 45•9 years ago
|
||
Verified fixed on Windows 7 64bit, Ubuntu 13.10 32bit and Mac OS X 10.9.5 using Nightyl 45.0a1 (buildID: 20151120030227 - for Windows and buildID: 20151122030230 - for Mac and Ubuntu) and latest Aurora 44.0a2 (buildID: 20151122004109).
Status: RESOLVED → VERIFIED
status-b2g-v2.5:
fixed → ---
You need to log in
before you can comment on or make changes to this bug.
Description
•