User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b4pre) Gecko/2008022204 Minefield/3.0b4pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b4pre) Gecko/2008022204 Minefield/3.0b4pre Zooming produces an incorrect calculated width for elements that have a border, because those are always rounded to the nearest integer value, resulting in zoomedWidth+zoomedBorder > (width+border)*zoom for all zoom values that get rounded to a higher integer value. A solution would either require non-integer sized borders in zoom view or at least keeping non-rounded values and using them to calculate the document flow. It's hard to say how severe this bug is (I've encountered it on a couple of pages), so I'm filing this as normal... I hope it's not a dupe, at least I couldn't find another bug matching this description Reproducible: Always Steps to Reproduce: 1.Open the testcase url 2.Zoom in (any ratio) 3.Zoom out (150%<zoom<200%, 250%<zoom<300%, ...) Actual Results: The green block reflows to the next line, because the scaled elements don't fit into the scaled container anymore. Expected Results: The green block should stay on the same line, because they fit in the unscaled document.

Oops... zoom in and zoom out are the wrong way around: 2.Zoom out (any ratio) 3.Zoom in (150%<zoom<200%, 250%<zoom<300%, ...)

I'm seeing this as well. Confirmed by removing borders, then zooming. Same effect.

Is this still an issue with the latest versions? If not, please close this bug as WORKSFORME, otherwise, post a comment letting us know it is still an issue.

Closed WONTFIX, since it still doesn't work but apparently it's not much of an issue.

High-DPI monitors are (finally) making an appearance and this is very much an issue. Can this be reopened or filed afresh?

Changed to duplicate because this bug is the top search hit for "firefox border zoom width". There's also bug 895096 which might fix table borders when zooming.