Open
Bug 842209
Opened 13 years ago
Updated 3 years ago
Provide a way for portable Firefox to override the crashreporter directory
Categories
(Toolkit :: Crash Reporting, defect, P5)
Tracking
()
REOPENED
People
(Reporter: i.d...........rugoy, Unassigned)
References
(Blocks 1 open bug)
Details
TL;DR: The problem is that the path for crash reports seems to be hardcoded and can't be overrided.
I use Firefox Portable (from portableapps.com) and there is an issue, that whenever Crash Reporter works out - it saves it's data somewhere into %AppData% folder, which goes a bit against the ideology of a portable software (in my opinion).
The problem is that the path for crash reports seems to be hardcoded and can't be overrided.
I used Process Explorer and found out that process 'firefox.exe' has an environment called MOZ_CRASHREPORTER_DATA_DIRECTORY which points to the '%AppData%\Roaming\Mozilla\Firefox\Crash Reports' folder.
John T. Haller, the author of portable container for Firefox made firefoxportable.exe try to override that environment's value to some other path, so now Process Explorer shows that process firefoxportable.exe has a new environment MOZ_CRASHREPORTER_DATA_DIRECTORY with new correct value, but firefox.exe process doesn't inherit it.
Usually firefox.exe inherits values for environments from it's parental process firefoxportable.exe, but it doesn't do the same for MOZ_CRASHREPORTER_DATA_DIRECTORY.
Updated•13 years ago
|
Component: Shell Integration → Breakpad Integration
OS: Windows 7 → All
Product: Firefox → Toolkit
Hardware: x86_64 → All
Version: 18 Branch → Trunk
| Reporter | ||
Updated•13 years ago
|
Comment 1•13 years ago
|
||
MOZ_CRASHREPORTER_DATA_DIRECTORY is a write-only variable which Firefox writes and the crashreporter app reads. I'm morphing this bug to solve your actual problem.
This directory comes from http://hg.mozilla.org/mozilla-central/annotate/0a91da5f5eab/toolkit/xre/nsAppRunner.cpp#l3040 which eventually comes from http://hg.mozilla.org/mozilla-central/annotate/e7632ab657e5/toolkit/xre/nsXREDirProvider.cpp#l1062
It might make sense to support changing the whole "userroot" via the environment. As it stands, though, it's unlikely that Ted or I will ever prioritize this request, so you'll probably need to find somebody to write the patch.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P5
Summary: Firefox does not honor MOZ_CRASHREPORTER_DATA_DIRECTORY → Provide a way for portable Firefox to override the crashreporter directory
| Reporter | ||
Comment 2•12 years ago
|
||
Just FYI: due to crashreporter's bugs and exactly this one in particular, John T. Haller, the developer of portable shell for Firefox took decision to switch off crash reporter completely. So your telemetry data may probably miss some significant info.
I support John's decision, since anyways you are not going to fix this bug during at least the following decade.
Status: NEW → RESOLVED
Closed: 12 years ago
Component: Breakpad Integration → Shell Integration
OS: All → Windows 7
Priority: P5 → --
Product: Toolkit → Firefox
Hardware: All → x86_64
Resolution: --- → WONTFIX
Version: 18 Branch → 20 Branch
Status: RESOLVED → REOPENED
Component: Shell Integration → Breakpad Integration
OS: Windows 7 → All
Priority: -- → P5
Product: Firefox → Toolkit
Hardware: x86_64 → All
Resolution: WONTFIX → ---
Version: 20 Branch → 18 Branch
Hi,
I have the same problem. It is unexpected for example, if you go to about:crashes and click "Remove all reports" in a *portable* browser, that this will delete files not within your portable browser.
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•