Firefox 100 does not reduce svg under 640px like esr and chrome do
Categories
(Core :: Widget: Gtk, defect)
Tracking
()
People
(Reporter: raegio, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(3 files)
firefox.png
User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/101.0.4951.54 Safari/537.36
Steps to reproduce:
the setup is an html page that currently only contains an svg.
bootstrap html framework is used in the background, and the svg contains media queries in a style markup (unconnected, I only use @media (max-width: 767.98px)), but this should be unconnected.
Actual results:
It looks like firefox 100 :
- doesn't go under 640px (see left image of screenshot)
- doesn't reduce svg image or respect width:100% (may be only the consequence of the above)
in the dev tools under box model in the screenshot you can see I can't go under 640px, the displayed width remains at 640
Expected results:
firefox should do like firefox esr and chrome do : goes down at 450px (ot whatever, at least under 640px) AND displays svg correctly (see right image of the screenshot) with the width of the viewport, instead of overflow it
a priori this has nothing to do with a question of svg, look at the overall layout of firefox 100 to the left, the bar containing the bar address should collapse, the same with dev tools.
this issue, except if I miss something, is on the 100.0 snap version on ubuntu
|
||
Comment 2•2 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Graphics: WebRender' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
|
||
Comment 3•2 years ago
|
||
Thanks for reporting! Please attach an HTML file that reproduces the problem to this bug, thanks!
As I suggested it in my comment, this may be unconnected to any html content (it is the same thing when I go to this bug tracker).
The different toolbars (on the left image of the screenshot) appear buggy? but look fine (on the right image), that is, collapsed, when reducing the window.
That said, feel free to ask me what you need, do you still need any piece of code?
(In reply to G from comment #3)
Thanks for reporting! Please attach an HTML file that reproduces the problem to this bug, thanks!
Please, I added a comment, and reply to you. firefox looks blocked with a body width at 640px, reducing the window does not reduce the width of 640px.
|
|
||
Comment 6•2 years ago
|
||
(In reply to raegio from comment #5)
(In reply to G from comment #3)
Thanks for reporting! Please attach an HTML file that reproduces the problem to this bug, thanks!
Please, I added a comment, and reply to you. firefox looks blocked with a body width at 640px, reducing the window does not reduce the width of 640px.
I see. Please visit about:support and click "copy text to clipboard", then add those contents to this bug, thank you.
(In reply to G from comment #6)
(In reply to raegio from comment #5)
(In reply to G from comment #3)
Thanks for reporting! Please attach an HTML file that reproduces the problem to this bug, thanks!
Please, I added a comment, and reply to you. firefox looks blocked with a body width at 640px, reducing the window does not reduce the width of 640px.
I see. Please visit about:support and click "copy text to clipboard", then add those contents to this bug, thank you.
Please, see the twig templates from which the test had been done.
As I suggested it in my comment, this may be unconnected to any html content (it is the same thing when I go to this bug tracker).
|
|
||
Comment 10•2 years ago
|
||
That's interesting. It looks like Firefox isn't responding to the window being resized
|
||
Comment 11•2 years ago
|
||
(In reply to raegio from comment #1)
a priori this has nothing to do with a question of svg, look at the overall layout of firefox 100 to the left, the bar containing the bar address should collapse, the same with dev tools.
this issue, except if I miss something, is on the 100.0 snap version on ubuntu
Can you confirm this doesn't happen on your machine neither on a Nightly build from https://nightly.mozilla.org, nor on an official build from https://www.mozilla.org/en-US/firefox/new/?
|
Reporter | |
Comment 12•2 years ago
|
||
(In reply to Emilio Cobos Álvarez (:emilio) from comment #11)
(In reply to raegio from comment #1)
a priori this has nothing to do with a question of svg, look at the overall layout of firefox 100 to the left, the bar containing the bar address should collapse, the same with dev tools.
this issue, except if I miss something, is on the 100.0 snap version on ubuntuCan you confirm this doesn't happen on your machine neither on a Nightly build from https://nightly.mozilla.org, nor on an official build from https://www.mozilla.org/en-US/firefox/new/?
(In reply to G from comment #6)
(In reply to raegio from comment #5)
(In reply to G from comment #3)
Thanks for reporting! Please attach an HTML file that reproduces the problem to this bug, thanks!
Please, I added a comment, and reply to you. firefox looks blocked with a body width at 640px, reducing the window does not reduce the width of 640px.
I see. Please visit about:support and click "copy text to clipboard", then add those contents to this bug, thank you.
(In reply to Emilio Cobos Álvarez (:emilio) from comment #11)
(In reply to raegio from comment #1)
a priori this has nothing to do with a question of svg, look at the overall layout of firefox 100 to the left, the bar containing the bar address should collapse, the same with dev tools.
this issue, except if I miss something, is on the 100.0 snap version on ubuntuCan you confirm this doesn't happen on your machine neither on a Nightly build from https://nightly.mozilla.org, nor on an official build from https://www.mozilla.org/en-US/firefox/new/?
I confirm you this works on the Nightly build (102.0a1), so the body width is not blocked and decreases until 450px, and my html/svg layout is ok.
Sorry, I didn't think of using Nightly build, Ubuntu 22.04 only provides 100.0 currently.
|
|
Reporter | |
Comment 13•2 years ago
|
||
(In reply to raegio from comment #12)
(In reply to Emilio Cobos Álvarez (:emilio) from comment #11)
(In reply to raegio from comment #1)
a priori this has nothing to do with a question of svg, look at the overall layout of firefox 100 to the left, the bar containing the bar address should collapse, the same with dev tools.
this issue, except if I miss something, is on the 100.0 snap version on ubuntuCan you confirm this doesn't happen on your machine neither on a Nightly build from https://nightly.mozilla.org, nor on an official build from https://www.mozilla.org/en-US/firefox/new/?
(In reply to G from comment #6)
(In reply to raegio from comment #5)
(In reply to G from comment #3)
Thanks for reporting! Please attach an HTML file that reproduces the problem to this bug, thanks!
Please, I added a comment, and reply to you. firefox looks blocked with a body width at 640px, reducing the window does not reduce the width of 640px.
I see. Please visit about:support and click "copy text to clipboard", then add those contents to this bug, thank you.
(In reply to Emilio Cobos Álvarez (:emilio) from comment #11)
(In reply to raegio from comment #1)
a priori this has nothing to do with a question of svg, look at the overall layout of firefox 100 to the left, the bar containing the bar address should collapse, the same with dev tools.
this issue, except if I miss something, is on the 100.0 snap version on ubuntuCan you confirm this doesn't happen on your machine neither on a Nightly build from https://nightly.mozilla.org, nor on an official build from https://www.mozilla.org/en-US/firefox/new/?
I confirm you this works on the Nightly build (102.0a1), so the body width is not blocked and decreases until 450px, and my html/svg layout is ok.
Sorry, I didn't think of using Nightly build, Ubuntu 22.04 only provides 100.0 currently.
no problem with the official 100.0 too.
by the way, unfortunatly, firefox does not handle svg images like chrome do, that is with respect of svg shape outline, so it is impossible to access something under with the mouse when it is on the image rectangle. But for sure this is another kind of subject, I will check whether something similar exists on the tracker.
Description
•