Closed
Bug 462598
Opened 16 years ago
Closed 15 years ago
about:rights text in nightlies is showing text for branded builds
Categories
(Firefox :: General, defect)
Firefox
General
Tracking
()
RESOLVED
FIXED
Firefox 3.7a1
People
(Reporter: Dolske, Assigned: Gavin)
References
Details
Attachments
(1 file, 1 obsolete file)
(deleted),
patch
|
Dolske
:
review+
|
Details | Diff | Splinter Review |
The about:rights page in nightly builds is showing the text that is intended for branded builds (ie, things called "Firefox"). I'm guessing the nightly build environment sets OFFICIAL_BUILD (or MOZILLA_BUILD).
Maybe nightlies shouldn't set that flag (although they are "official", in some sense). Or maybe the checks in the about:rights code should also be checking for the presence of --enable-official-branding.
Beltzner had earlier noted that at some point we may want to have a version of about:rights for nightly builds that has Web Services Terms and a Privacy Policy (unlike the generic unbranded page), but which is different than the branded Firefox text (eg, add some flavor of "but hey, it's a development snapshot, so we might screw up"). Might need to account for that in the process of fixing this bug.
See also bug 462477 (about combining --enable-official-branding and OFFICIAL_BUILD).
Flags: blocking-firefox3.1?
Assignee | ||
Comment 1•16 years ago
|
||
I think we should just fix bug 462477 by having these things depend on --enable-official-branding and not the envvars.
Reporter | ||
Comment 2•16 years ago
|
||
I don't think it's quite that simple. It appears that at least some of the existing usage of MOZILLA_OFFICIAL is for things that are desired to be on for builds coming from MoCo, even if they're not Firefox branded release builds.
For example, browser/app/application.ini uses this to enable Crash Reporter, and browser/components/safebrowsing/content/globalstore.js for the client name for the safebrowsing service.
Seems like we should have two flags -- one to indicate if it's an official Mozilla build, and a separate flag to indicate official branding. Firefox releases would have both flags set, personal developer builds would have neither, and things like nightlies would be official, but unbranded. That's 3 states, should the 4th (personal build w/ official branding) also be supported as a separate config? I guess it's plausible, eg, some service that's contractually limited to official MoCo usage?
Comment 3•16 years ago
|
||
I'd like to think the 4th state should be possible. If nothing else than to let *personal* builds contain the branding as it would appear from MoCo. I at least never distribute my builds but prefer to have branding on locally. So I can catch cases where branding issues break things (rare, but have happend; such as the icon changes in the past)
Comment 4•16 years ago
|
||
On latest nightly this is now WFM, isn't it? Did something happen?
Reporter | ||
Comment 5•16 years ago
|
||
Not WFM. The major differences are that the top text on about:rights has 4 bullets instead of 3 (trademark point shouldn't be there), and the Website Services section shouldn't have 7 terms.
Updated•16 years ago
|
Flags: blocking-firefox3.1? → blocking-firefox3.1+
Reporter | ||
Updated•16 years ago
|
Assignee: nobody → dolske
Comment 6•16 years ago
|
||
Wait: this is a nightly issue, so I don't think it blocks Firefox 3.1 ...
Flags: blocking-firefox3.1+ → blocking-firefox3.1-
Assignee | ||
Comment 7•15 years ago
|
||
I think this does what we want (see blocking bug)... doesn't address the larger issue, but fixes the bug as summarized.
Assignee | ||
Comment 8•15 years ago
|
||
that patch should use MOZ_OFFICIAL_BRANDING rather than OFFICIAL_BRANDING
Assignee | ||
Comment 9•15 years ago
|
||
Assignee: dolske → gavin.sharp
Attachment #398993 -
Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #400806 -
Flags: review?(dolske)
Reporter | ||
Updated•15 years ago
|
Attachment #400806 -
Flags: review?(dolske) → review+
Assignee | ||
Updated•15 years ago
|
Keywords: checkin-needed
Comment 10•15 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3.7a1
You need to log in
before you can comment on or make changes to this bug.
Description
•