Open Bug 416680 Opened 17 years ago Updated 2 years ago

Mozilla Crash Reporter should use branding

Categories

(Toolkit :: Crash Reporting, defect)

defect

Tracking

()

People

(Reporter: adelfino, Unassigned)

References

Details

Attachments

(2 files, 1 obsolete file)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b4pre) Gecko/2008021003 Minefield/3.0b4pre Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b4pre) Gecko/2008021003 Minefield/3.0b4pre Mozilla Crash Reporter should use branding. See attached screenshot. Reproducible: Always
Attached image Screen shot. (deleted) —
Note that Firefox should say Minefield.
Version: unspecified → Trunk
Component: General → Breakpad Integration
Product: Firefox → Toolkit
QA Contact: general → breakpad.integration
It's a known issue, but it's difficult to fix. I'm not overly concerned about it, given the unlikeliness of anyone actually using the crash reporter + unofficial branding.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Severity: normal → minor
Attached patch patch - v1 (obsolete) (deleted) — Splinter Review
Assignee: nobody → reed
Status: NEW → ASSIGNED
Attachment #380398 - Flags: review?(ted.mielczarek)
Attachment #380398 - Flags: review?(gavin.sharp)
Attachment #380398 - Flags: review?(gavin.sharp) → review?(benjamin)
Comment on attachment 380398 [details] [diff] [review] patch - v1 I don't think run-time substitution is the correct answer. We should use build-time substitution if anything.
Attachment #380398 - Flags: review?(ted.mielczarek)
Attachment #380398 - Flags: review?(benjamin)
Attachment #380398 - Flags: review-
(In reply to comment #5) > (From update of attachment 380398 [details] [diff] [review]) > I don't think run-time substitution is the correct answer. We should use > build-time substitution if anything. build-time how? AnnotateCrashReport() stores it in memory, aiui... are you saying I should store the ProductName in crashreporter.ini/crashreporter-override.ini and do it that way?
Just use the preprocessor to substitute MOZ_APP_DISPLAYNAME wherever it currently says literal Firefox.
Attached patch patch - v2 (deleted) — Splinter Review
Something like this?
Attachment #380398 - Attachment is obsolete: true
Attachment #381727 - Flags: review?(benjamin)
Comment on attachment 381727 [details] [diff] [review] patch - v2 >+ CrashReporter::AnnotateCrashReport(NS_LITERAL_CSTRING("ProductName"), >+ NS_STRINGIFY(MOZ_APP_DISPLAYNAME)); Pretend the NS_STRINGIFY is just NS_LITERAL_CSTRING. NS_STRINGIFY doesn't compile in this case. ;)
Attachment #381727 - Flags: review?(benjamin) → review-
Comment on attachment 381727 [details] [diff] [review] patch - v2 It looks like you're still adding an %s... why? And why the change to appData.name? That code is in XULrunner and really must load the data dynamically.
(In reply to comment #10) > (From update of attachment 381727 [details] [diff] [review]) > It looks like you're still adding an %s... why? And why the change to > appData.name? That code is in XULrunner and really must load the data > dynamically. The original crashreporter.ini uses two %s string replacements (http://mxr.mozilla.org/mozilla-central/source/toolkit/locales/en-US/crashreporter/crashreporter.ini#13). The crash reporter code has checks built-in for this weirdness (http://mxr.mozilla.org/mozilla-central/source/toolkit/crashreporter/client/crashreporter.cpp#402). I'm just bringing Firefox's crashreporter-override.ini file back into agreement with the original so replacement for the app name is done based on the branding used instead of a hardcoded "Firefox". As for appData.name, my previous patch took it into account. So, you still want to do what you mentioned in comment #7 then and just leave the XULRunner code alone? Maybe I was just trying to complicate this too much...
Yes, a build-time substitution of @MOZ_APP_DISPLAYNAME@ and don't touch the XULRunner code.
This actually turns out to be important for Fennec, because there the Name from application.ini is always Fennec, but the releases are "Firefox".
Blocks: 557114
No longer blocks: 557114
No longer blocks: 562969

The bug assignee is inactive on Bugzilla, so the assignee is being reset.

Assignee: reed → nobody
Status: ASSIGNED → NEW
Severity: minor → S4
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: