Closed Bug 1547616 Opened 5 years ago Closed 4 years ago

warning message about changes to profiles.ini by other Firefox process shows literal '-brand-product-name' because variable is not defined in Gecko 67

Categories

(Toolkit :: Startup and Profile System, defect, P1)

defect

Tracking

()

RESOLVED FIXED
Tracking Status
firefox-esr60 --- unaffected
firefox66 --- unaffected
firefox67 - affected
firefox68 --- unaffected

People

(Reporter: aryx, Unassigned)

References

(Regression)

Details

(Keywords: regression)

Bug 1529879 added the following strings to Gecko 67:

toolkit/locales/en-US/toolkit/about/aboutProfiles.ftl
profiles-conflict = Another copy of { -brand-product-name } has made changes to profiles. You must restart { -brand-short-name } before making more changes.

toolkit/locales/en-US/chrome/mozapps/profile/profileSelection.properties
# LOCALIZATION NOTE (conflictMessage): %1$S is brandProductName, %2$S is brandShortName.
conflictMessage=Another copy of %1$S has made changes to profiles. You must restart %2$S before making more changes.

Those brand product name variable got added to Gecko 68 in bug 1539620 and are currently missing for Gecko 67.

Thus instead of the product name "Firefox", the plain variable name name will be shown for ftl version. Haven't checked if the .properties version throws an error and aborts or shows 'undefined' instead.

Francesco, should those be replaced with new strings?

Flags: needinfo?(francesco.lodolo)
Flags: needinfo?(dtownsend)
Flags: needinfo?(francesco.lodolo)
Summary: warning message about changes to profiles.ini by other Firefox process shows literal '-brand-short-name' because variable is not defined in Gecko 67 → warning message about changes to profiles.ini by other Firefox process shows literal '-brand-product-name' because variable is not defined in Gecko 67

The problem is that I wasn't expecting bug 1529879 to be uplifted at the end of a Beta cycle, and I didn't consider that when i got pinged over IRC for the uplift.

At this point, the cleanest solution would be to uplift bug 1539620, so that existing strings work. Those brand names will fall back to "Firefox", which is what we want anyway.

CCing Pike, because I'm supposed to not be much online until May 2, and that would be too late.

Note: the alternative to uplifting bug 1539620 is backing out this patch (bug 1529879), not creating new strings for Beta.

No need to track as we are uplifting bug 1539620.

Gah, sorry. For some reason I was under the impression that bug 1539620 was already uplifted.

Depends on: 1539620
Flags: needinfo?(dtownsend)
Priority: -- → P1

This was fixed by the uplift in bug 1539620

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Keywords: regression
Has Regression Range: --- → yes
Keywords: regression
You need to log in before you can comment on or make changes to this bug.