Closed
Bug 1265362
Opened 8 years ago
Closed 8 years ago
Update strings for the new user interface of blocked downloads
Categories
(Firefox :: Downloads Panel, defect, P1)
Firefox
Downloads Panel
Tracking
()
Tracking | Status | |
---|---|---|
firefox48 | --- | fixed |
People
(Reporter: Paolo, Assigned: Paolo)
References
(Blocks 1 open bug)
Details
(Whiteboard: [fxprivacy] [strings])
Attachments
(9 files)
We should update the strings based on the new interactions defined for blocked downloads.
Assignee | ||
Updated•8 years ago
|
Updated•8 years ago
|
Whiteboard: [fxprivacy][strings] → [fxprivacy] [strings] [triage]
Updated•8 years ago
|
Assignee: nobody → paolo.mozmail
Status: NEW → ASSIGNED
Iteration: --- → 48.3 - Apr 25
Flags: qe-verify-
Whiteboard: [fxprivacy] [strings] [triage] → [fxprivacy] [strings]
Updated•8 years ago
|
Priority: -- → P1
Assignee | ||
Comment 1•8 years ago
|
||
This should land after we have defined the final strings. I'll post a work in progress patch.
Assignee | ||
Comment 2•8 years ago
|
||
Review commit: https://reviewboard.mozilla.org/r/47687/diff/#index_header See other reviews: https://reviewboard.mozilla.org/r/47687/
Attachment #8743289 -
Flags: review?(past)
Assignee | ||
Comment 3•8 years ago
|
||
Comment on attachment 8743289 [details] MozReview Request: Bug 1265362 - Update strings for the new user interface of blocked downloads. r=past Review request updated; see interdiff: https://reviewboard.mozilla.org/r/47687/diff/1-2/
Assignee | ||
Comment 4•8 years ago
|
||
This patch updates some of the strings already discussed in bug 1053890 now that we are enabling the blocking of uncommon and potentially unwanted downloads. For potentially unwanted downloads, there is just a slight formatting change: "This file is disguised as a helpful download, but it will make unexpected changes to your programs and settings." The string for uncommon downloads changes more significantly, removing the reference to the website being unfamiliar and potentially dangerous because it isn't necessarily the case, and specifying more clearly the potential threat and that the file can actually be safe to open: "This file is not commonly downloaded. It may contain a virus or make unexpected changes to your programs and settings, or it may be safe to open."
Comment 5•8 years ago
|
||
Comment on attachment 8743289 [details] MozReview Request: Bug 1265362 - Update strings for the new user interface of blocked downloads. r=past https://reviewboard.mozilla.org/r/47687/#review44875 I only spotted one tiny thing, but I don't know if there was agreement with Javaun and Matej about the uncommon case. r=me once we are good there. ::: browser/locales/en-US/chrome/browser/downloads/downloads.properties:63 (Diff revision 2) > # descending order by the unblockType strings, it is higher for files detected > # as malware and lower for uncommon downloads. > unblockHeaderUnblock=Are you sure you want to allow this download? > unblockHeaderOpen=Are you sure you want to open this file? > unblockTypeMalware=This file contains a virus or other malware that will harm your computer. > -unblockTypePotentiallyUnwanted=This file, disguised as a helpful download, will make unexpected changes to your programs and settings. > +unblockTypePotentiallyUnwanted2=This file is disguised as a helpful download, but it will make unexpected changes to your programs and settings. I see "but it can make", not "but it will make" in the doc.
Attachment #8743289 -
Flags: review?(past) → review+
Assignee | ||
Comment 6•8 years ago
|
||
(In reply to Panos Astithas [:past] from comment #5) > I see "but it can make", not "but it will make" in the doc. Differently from the uncommon case, the potentially unwanted software has been scanned and determined to actually contain code that will make changes to programs and settings unexpectedly, so these will happen for sure, it's not just a possibility.
Comment 7•8 years ago
|
||
It may well make changes, but we can't say for sure that the changes will be unexpected to the user. Some users may be used to downloading bundled software.
Assignee | ||
Comment 8•8 years ago
|
||
Assignee | ||
Comment 9•8 years ago
|
||
Assignee | ||
Comment 10•8 years ago
|
||
Assignee | ||
Comment 11•8 years ago
|
||
Assignee | ||
Comment 12•8 years ago
|
||
Assignee | ||
Comment 13•8 years ago
|
||
Assignee | ||
Comment 14•8 years ago
|
||
Assignee | ||
Comment 15•8 years ago
|
||
Comment 16•8 years ago
|
||
For Uncommon, the string we got from Matej is: ========== This file is not commonly downloaded and may not be safe to open. It may contain a virus or make unexpected changes to your programs and settings. You can search for an alternate download source or try again later. ===== This is smoother language. It drops the explicit "or it may be safe", but that is implied in the "it may not be safe to open." We also know from Google that most of the "uncommon" stuff turns out to be malware, so "not safe" will be true far more often than not. We can afford to be more certain here.
Comment 17•8 years ago
|
||
One more change to Potentially Unwanted, we have *will* in the patch, we should say "it *can* make unexpected changes..." ================ This file is disguised as a helpful download, but it can make unexpected changes to your programs and settings. You can search for an alternate download source or try again later.
Assignee | ||
Comment 18•8 years ago
|
||
(In reply to Javaun Moradi [:javaun] from comment #16) > This is smoother language. It drops the explicit "or it may be safe", but > that is implied in the "it may not be safe to open." We also know from > Google that most of the "uncommon" stuff turns out to be malware, so "not > safe" will be true far more often than not. We can afford to be more certain > here. This definitely shifts the balance of the language towards expressing the concept that uncommon downloads are dangerous, without mentioning that in some cases they may be not. Since we're also using the "may" construct for potentially unwanted downloads, the difference in expressing the different threat levels will now be minimal. I'll go ahead and land these proposed strings because overall they are a slight improvement over what we have now, although I think they are still sub-optimal and they can be further improved. I also think the important element for uncommon downloads in Firefox is that the default action will be to open the file. We can always improve the strings later with more balanced language.
Comment 20•8 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/8943b294f4ea
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 48
You need to log in
before you can comment on or make changes to this bug.
Description
•