Print margin not reset to default
Categories
(Toolkit :: Printing, defect, P3)
Tracking
()
People
(Reporter: xracoonx, Unassigned, NeedInfo)
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:138.0) Gecko/20100101 Firefox/138.0
Steps to reproduce:
- Open a website, e.g. https://www.tagesschau.de/.
- In the browser's print dialog change the margins from Default to Custom and back again.
Actual results:
The margins were not changed back to default.
Expected results:
The margins are changed back to default.
It works when choosing first None before changing back to Default.
|
||
Comment 1•2 months ago
|
||
The Bugbug bot thinks this bug should belong to the 'Toolkit::Printing' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
|
||
Comment 2•2 months ago
|
||
Hi there, thanks for reporting this. I'm only able to reproduce this issue on the homepage of https://www.tagesschau.de/ that you posted in Comment #0, does this issue appear on other websites for you? I have a feeling that there's something changing the default margin values for the homepage of https://www.tagesschau.de/ as I'm not able to reproduce the issue on other pages on the site.
|
||
Comment 3•1 month ago
|
||
Hey Emily, we're able to reproduce this but can't tell what's causing this site to trigger it. This site appears to reset my custom margins to 12.7mm which is also my default. Is it possible that a print CSS rule is messing this up?
I'm open to closing this bug but thought I'd check if the description might identify a platform issue
|
||
Comment 4•21 days ago
|
||
I don't believe that page rules will ever adjust anything other than the result of what choosing Default for margins will do. I don't think it's possible for those values to be copied into what your custom margin values are.
It seems more likely to me to be a frontend or printing pref issue where new values aren't being saved or the wrong value is being loaded at that level.
Description
•