Background image is not shown in the area of the canvas background behind the retractable toolbar
Categories
(Firefox for Android :: Toolbar, defect)
Tracking
()
People
(Reporter: l.pmd, Unassigned)
Details
(Whiteboard: [qa-triaged])
Attachments
(1 file)
|
74.83 KB,
image/jpeg
|
Details |
Steps to reproduce:
Spec: https://drafts.csswg.org/css-backgrounds/#special-backgrounds
According to the spec, useragents should paint the canvas background with the background of the <html> element. If the <html> element has no background, it should instead paint the canvas background with the background of the <body> element.
When using the scroll to hide toolbar setting, with the default background-attachment value of scroll, Firefox for Android only respects this spec behaviour for the background colour. Even if a background image (alone) is present, the area behind the retractable toolbar will appear as an opaque white. This is a web compat issue with Chrome (which correctly shows the background image below the toolbar) and Safari (which seemingly never retracts the toolbar if the root element height is no more than 100svh?).
- Enable scroll to hide toolbar
- Go to https://output.jsbin.com/renosom and follow the test instructions
- Use the two checkboxes at the bottom to toggle the presence of a
background-attachment: fixedrule, as well as a background image and colour for the<html>element.
Actual results:
WIth the default value for background-attachment, the background colour (LightCoral) is shown, but the background image (PaleGreen) is missing.
With background-attachment: fixed, the background image is correctly shown covering the background colour.
These behaviours occur irrespective of the <html> element having a background (Green image and Red colour).
Expected results:
WIth the default value for background-attachment, the background image should be shown on top of the background colour, same as in the background-attachment: fixed case.
Alternatively, the toolbar could never retract when the page height is less than 100lvh, and the area prevented from being visible to the user.
Comment 1•1 year ago
|
||
The severity field is not set for this bug.
:boek, could you have a look please?
For more information, please visit BugBot documentation.
Comment 2•1 year ago
|
||
The Bugbug bot thinks this bug should belong to the 'Fenix::Toolbar' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Updated•1 year ago
|
Comment 3•1 year ago
|
||
I was able to reproduce this issue on Firefox Nightly 135 (2024-11-26), Firefox 134 Beta 1 and Firefox 133 using Samsung S24 Ultra (Android 14). Confirming as New.
Updated•1 year ago
|
Description
•