GetDiskInfo can return NS_OK without setting aResult
Categories
(Core :: XPCOM, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr102 | --- | unaffected |
firefox107 | --- | unaffected |
firefox108 | --- | fixed |
firefox109 | --- | fixed |
People
(Reporter: valentin, Assigned: valentin)
References
(Regression)
Details
(Keywords: regression)
Attachments
(2 files)
48 bytes,
text/x-phabricator-request
|
diannaS
:
approval-mozilla-release+
|
Details | Review |
48 bytes,
text/x-phabricator-request
|
diannaS
:
approval-mozilla-release+
|
Details | Review |
If we return NS_OK from this function, aResult should be set to the proper value.
Assignee | ||
Comment 1•1 year ago
|
||
Updated•1 year ago
|
Comment 2•1 year ago
|
||
Set release status flags based on info from the regressing bug 1746894
Comment 3•1 year ago
|
||
Since this a recent regression, did you want to get this landed and uplifted to fx108? FYI This is the last week of the beta cycle.
Assignee | ||
Comment 4•1 year ago
|
||
Depends on D162374
Pushed by valentin.gosu@gmail.com: https://hg.mozilla.org/integration/autoland/rev/09d3cd5772bf Always set aResult when returning NS_OK from GetDiskInfo r=xpcom-reviewers,jstutte https://hg.mozilla.org/integration/autoland/rev/7f729df6819e Rename tentativeResult to statfsResult and quotaResult in nsLocalFile::GetDiskInfo r=jstutte
Comment 6•1 year ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/09d3cd5772bf
https://hg.mozilla.org/mozilla-central/rev/7f729df6819e
Updated•1 year ago
|
Comment 7•1 year ago
|
||
The patch landed in nightly and beta is affected.
:valentin, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- If no, please set
status-firefox108
towontfix
.
For more information, please visit auto_nag documentation.
Assignee | ||
Comment 8•1 year ago
|
||
Comment on attachment 9304055 [details]
Bug 1801270 - Always set aResult when returning NS_OK from GetDiskInfo r=janv
Beta/Release Uplift Approval Request
- User impact if declined: The error can only happen when the call to FillStatCache or GetDeviceName fail. In that case, we would return a wrong answer (uninitialized value) for
nsLocalFile::GetDiskSpaceAvailable
ornsLocalFile::GetDiskCapacity
. The wrong values could lead us to assume that the disk is full, and keep evicting HTTP cache entries.
The issue does not affect windows. - Is this code covered by automated tests?: Unknown
- Has the fix been verified in Nightly?: No
- Needs manual test from QE?: No
- If yes, steps to reproduce:
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): The patches make sure we always return a valid result from GetDiskInfo.
- String changes made/needed:
- Is Android affected?: Yes
Assignee | ||
Updated•1 year ago
|
Comment 9•1 year ago
|
||
Comment on attachment 9304055 [details]
Bug 1801270 - Always set aResult when returning NS_OK from GetDiskInfo r=janv
We are in RC week for 108
Updated•1 year ago
|
Comment 10•1 year ago
|
||
Comment on attachment 9304055 [details]
Bug 1801270 - Always set aResult when returning NS_OK from GetDiskInfo r=janv
Approved for 108.0rc2
Comment 11•1 year ago
|
||
Comment on attachment 9305781 [details]
Bug 1801270 - Rename tentativeResult to statfsResult and quotaResult in nsLocalFile::GetDiskInfo r=jstutte
Approved for 108.0rc2
Comment 12•1 year ago
|
||
bugherder uplift |
Description
•