Closed Bug 941454 Opened 8 years ago Closed 7 years ago

Update text in clear private data prompt


(Firefox for Metro Graveyard :: Flyouts, defect, P2)

Windows 8.1


(Not tracked)

Firefox 30


(Reporter: rsilveira, Assigned: ally)



(Whiteboard: p=2 s=it-30c-29a-28b.1 r=ff30)


(1 file, 2 obsolete files)

From Yuan's comment 4 in bug 940211
1. Make the header lower case. Use "Clear private data".
2. Update the stings under the header. Use: This will permanently delete the private data you have selected in “Options”.
Blocks: 940211
Blocks: metrobacklog
Whiteboard: [defect] p=0
Assignee: nobody → ally
Attached patch clearPrivateDataStrChange (obsolete) — Splinter Review
The properties names change so the localization dashboard will detect the string change. 

I didn't use PuralForm.get() because it requires an exact count as a value and "Options" does not have one. For those languages where the verbs might shift with the value of optionsCharm or in which languages optionsCharm does have a specific numerical value, there is a localization note so they can adjust the message as needed.
Attachment #8368086 - Flags: review?(mbrubeck)
Comment on attachment 8368086 [details] [diff] [review]

“Options” should be enclosed in quotation marks, and the sentence should end with a period.

I think it would be simpler (both in code and for localizers) to make this a single string without the substitution (i.e., just end with " you have selected in “Options.”").  I doubt we will change the name "Options", but if we ever do we can just update both strings.
Attachment #8368086 - Flags: review?(mbrubeck) → review-
Attached patch clearPrivateDataStrChange (obsolete) — Splinter Review
I'm happy enough to ship a smaller simpler patch.
Attachment #8368086 - Attachment is obsolete: true
Attachment #8368926 - Flags: review?(mbrubeck)
Attachment #8368926 - Flags: review?(mbrubeck) → review+
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 29
(In reply to Matt Brubeck (:mbrubeck) from comment #2)
> “Options” should be enclosed in quotation marks, and the sentence should end
> with a period.

Just checking if I'm reading the code right: in the end this didn't happen, correct?
Whoops, it looks like the first version of the patch landed by accident, rather than the second version that was reviewed.  Ally, could you land a fix for this?  (We'll need to increment the numbers in the property names again.)
Resolution: FIXED → ---
QA Contact: jbecerra
Whiteboard: [defect] p=0 → [defect] p=0 s=it-30c-29a-28b.1
Hey Ally, can you provide a point value.
Flags: needinfo?(ally)
Priority: -- → P2
Target Milestone: Firefox 29 → Firefox 30
ack! this is what I get for landing code while sick as a dog. Yes, Ill fix it. Marco p=2
Flags: needinfo?(ally)
Fixing my incorrect landing. Please land.
Attachment #8368926 - Attachment is obsolete: true
Attachment #8370228 - Flags: review?(mbrubeck)
Comment on attachment 8370228 [details] [diff] [review]
clearPrivateDataStrChange fixing my incorrect landing

Review of attachment 8370228 [details] [diff] [review]:

Thanks; r=mbrubeck after dropping two unneeded changes (below).

::: browser/metro/base/content/browser-ui.js
@@ +1141,5 @@
>    },
>    confirmSanitizeDialog: function () {
>      let bundle = Services.strings.createBundle("chrome://browser/locale/");
> +    let title = bundle.GetStringFromName("clearPrivateData.title3");

See below.

::: browser/metro/locales/en-US/chrome/
@@ +37,5 @@
>  contextAppbar2.clear=Clear selection
>  # Clear private data
>  clearPrivateData.clearButton=Clear
> +clearPrivateData.title3=Clear private data

Oh, I guess you can leave this change out -- the string hasn't changed so the property name doesn't need to change either.
Attachment #8370228 - Flags: review?(mbrubeck) → review+
Whiteboard: [defect] p=0 s=it-30c-29a-28b.1 → [defect] p=2 s=it-30c-29a-28b.1
Closed: 7 years ago7 years ago
Resolution: --- → FIXED
Whiteboard: [defect] p=2 s=it-30c-29a-28b.1 → p=2 s=it-30c-29a-28b.1 r=ff30
Went through the following verification using the following Nightly build:

- Ensured that the text strings are matching the strings mentioned in comment #0
- Ensured that only the "Clear" string is capitalized as per comment #0
- Ensured that the string "Options" is enclosed in quotes as per comment #2
- Ensured that the modal window still works without any issues (Clearing/Cancelling)
- Ensured that resizing the window into several snapped configurations correctly aligned the modal window including the strings
- Ensured that you cannot interact with the web page in the background once the modal window is visible

We are still overlapping the modal window with the "Options" flyout, that particular ticket can be found at Bug #953072. Also found another issue that is relating to the "Clear private data" modal, created ticket Bug #971081
You need to log in before you can comment on or make changes to this bug.