use image::SurfaceCache::IsLegalSize over gfx::Factory::AllowedSurfaceSize in SourceSurfaceSharedDataWrapper
Categories
(Core :: Graphics, defect)
Tracking
()
People
(Reporter: tnikkel, Assigned: tnikkel)
References
Details
Attachments
(3 files)
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-beta+
|
Details | Review |
|
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-esr140+
|
Details | Review |
| Assignee | ||
Updated•4 months ago
|
| Assignee | ||
Comment 1•4 months ago
|
||
SurfaceCache::IsLegalSize is what is used to determine if imgFrame's are valid, and that is what is on the content process side of this parent process code. So using the same function is what we want.
Pratically, on trunk SurfaceCache::IsLegalSize and Factory::AllowedSurfaceSize are basically identical (reject if one dimension is over 64k or total area can't fit in an int32_t), but that is only true after bug 1911583 which expanded that from 32k to 64k. But on esr140, that doesn't have bug 1911583, so these functions are different and we want to uplift the AllowedSurfaceSize check there.
Comment 4•4 months ago
|
||
Please nominate this for Beta and ESR140 uplift when you get a chance.
| Assignee | ||
Comment 5•4 months ago
|
||
SurfaceCache::IsLegalSize is what is used to determine if imgFrame's are valid, and that is what is on the content process side of this parent process code. So using the same function is what we want.
Pratically, on trunk SurfaceCache::IsLegalSize and Factory::AllowedSurfaceSize are basically identical (reject if one dimension is over 64k or total area can't fit in an int32_t), but that is only true after bug 1911583 which expanded that from 32k to 64k. But on esr140, that doesn't have bug 1911583, so these functions are different and we want to uplift the AllowedSurfaceSize check there.
Updated•4 months ago
|
Comment 6•4 months ago
|
||
firefox-beta Uplift Approval Request
- User impact if declined/Reason for urgency: fix needed for esr140 but keeping trunk, beta, and esr140 all in sync is best practice
- Code covered by automated testing?: yes
- Fix verified in Nightly?: no
- Needs manual QE testing?: no
- Steps to reproduce for manual QE testing:
- Risk associated with taking this patch: low
- Explanation of risk level: uses the same check on parent side as client side uses to validate images
- String changes made/needed?: none
- Is Android affected?: yes
| Assignee | ||
Comment 7•4 months ago
|
||
SurfaceCache::IsLegalSize is what is used to determine if imgFrame's are valid, and that is what is on the content process side of this parent process code. So using the same function is what we want.
Pratically, on trunk SurfaceCache::IsLegalSize and Factory::AllowedSurfaceSize are basically identical (reject if one dimension is over 64k or total area can't fit in an int32_t), but that is only true after bug 1911583 which expanded that from 32k to 64k. But on esr140, that doesn't have bug 1911583, so these functions are different and we want to uplift the AllowedSurfaceSize check there.
Updated•4 months ago
|
| Assignee | ||
Updated•4 months ago
|
Comment 8•4 months ago
|
||
firefox-esr140 Uplift Approval Request
- User impact if declined/Reason for urgency: fix needed to make sec bug bug 2018113 work properly on esr140
- Code covered by automated testing?: yes
- Fix verified in Nightly?: no
- Needs manual QE testing?: no
- Steps to reproduce for manual QE testing:
- Risk associated with taking this patch: low
- Explanation of risk level: uses the same check on parent side as client side uses to validate images
- String changes made/needed?: none
- Is Android affected?: yes
Updated•4 months ago
|
Updated•4 months ago
|
Updated•4 months ago
|
Comment 10•4 months ago
|
||
| uplift | ||
Updated•4 months ago
|
Updated•4 months ago
|
Description
•