Open
Bug 1885000
Opened 2 years ago
Updated 5 months ago
Find non-failing alternatives if a download directory doesn't exist when stopping the profiler with a signal
Categories
(Core :: Gecko Profiler, defect, P3)
Core
Gecko Profiler
Tracking
()
NEW
People
(Reporter: aabh, Unassigned, Mentored)
References
Details
(Whiteboard: [fp])
Stopping the profiler with a signal causes firefox to write a profile file to disk in the user's download directory. Because of the way in which we need to find this directory, we have to do so well in advance of the signal handling code. Because of this, the directory may have moved (and thus our new path would be wrong), or we may have never been able to get it in the first place!
Each of these possibilities will result in the profiler failing to write a profile to disk. We need to find a non-failing alternative that writes regardless, or at least, avoids as many edge cases as possible.
Updated•2 years ago
|
Severity: -- → S3
Type: task → defect
Priority: -- → P1
Whiteboard: [fxp]
Updated•2 years ago
|
Updated•2 years ago
|
Priority: P1 → P2
Updated•1 year ago
|
Assignee: abrouwersharries → nobody
Mentor: abrouwersharries
Priority: P2 → P3
Updated•6 months ago
|
Severity: S3 → S4
Updated•5 months ago
|
See Also: https://mozilla-hub.atlassian.net/browse/FXP-3506 → https://mozilla-hub.atlassian.net/browse/FP-1194
Whiteboard: [fxp] → [fp]
You need to log in
before you can comment on or make changes to this bug.
Description
•