Last Comment Bug 435275 - window.outerWidth/Height not reporting actual accurate values when page is Zoomed. No way to track user stats as to actual size of window.
: window.outerWidth/Height not reporting actual accurate values when page is Zo...
Status: RESOLVED INCOMPLETE
[testday-20120713]
:
Product: Core
Classification: Components
Component: Layout (show other bugs)
: 1.9.0 Branch
: All All
-- major with 1 vote (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
:
: Jet Villegas (:jet)
Mentors:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-05-22 13:22 PDT by Richard Fink
Modified: 2012-07-13 16:48 PDT (History)
5 users (show)
See Also:
Crash Signature:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Attachments

Description User image Richard Fink 2008-05-22 13:22:33 PDT
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008051206 Firefox/3.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008051206 Firefox/3.0

In tracking user stats, for Moz/FireFox we have always used window.outerWidth and window.outerHeight to track window sizes.
However, with the new Zoom feature, FF is reporting those values at a "Zoomed" size - not the actual pixel screen size of the window. (screenY, screenX, and window.screen.width/height still report the actual pixel screen pixels. Why not outerWidth/Height?) 
Unless this is fixed, there is no way to distinguish between a window that is sized to, say, 80% of the screen height or width versus a window that's content is being Zoomed to 125% !!!
Seems like a needless "breaking" of an old and reliable pair of properties.
Please, please, please, rectify this.

Reproducible: Always

Steps to Reproduce:
1.Open the browser window to full screen width and height
2.Zoom the page to 120% (Ctrl+1, twice)
3. Take measurements using script properties usually used to measure window size, like: window.innerWidth, document.documentElement.offsetWidth, etc...
4. Reset the window to no Zoom (Ctrl+0, once)
5. Size the window to appr 83% of the screen width
6. Compare the values of window.innerWidth, document.documentElement.offsetWidth, etc to the values recorded earlier
Actual Results:  
The size measurements taken of the document's contents at a window size of appr 85% of the width or height of the screen match the size measurements taken of the document's contents at a Zoomed level of 120%.
How can you distinguish between a window sized smaller than the full width of the screen as opposed to a window that has been zoomed?


Expected Results:  
Was expecting the window.outerWidth/Height properties to return the actual outerWidth/Height of the window as does the window.screenY/screenX, and window.screen.width/height do, regardless of whether the inner contents of the window have been Zoomed.

The software should return the actual values based on screen resolution for window.outerWidth/Height, instead of "Zoomed", skewed values. Just as the window.screenX/Y and window.screen.width/height, do.
This seems like needless, "breaking" of the window.outerWidth/Height properties.
Comment 1 User image Gunther 2009-07-20 01:11:17 PDT
Additionally this leads to a misinterpretation of media queries which contain (min, max) width or height values.

Opera 10 beta2 Win shows the same misbehaviour contrary to Safari 4.0.2 Win!
Comment 2 User image Phoenix 2012-07-13 12:44:05 PDT
Is this problem still actual? Can you provide testcase?
Comment 3 User image Anthony Hughes (:ashughes) [GFX][QA][Mentor] 2012-07-13 16:48:58 PDT
Please reopen this bug if it's reproducible in the latest Nightly.

Note You need to log in before you can comment on or make changes to this bug.