81208 2012-03-15 04:26:32 -0700 innerHeight and Width returns wrong values when scaled and having non-overlay scrollbars 2012-03-15 10:32:32 -0700 1 1 1 Unclassified WebKit DOM 528+ (Nightly build) Unspecified Unspecified NEW P2 Normal --- 81209 1 kenneth webkit-unassigned allan.jensen simon.fraser skyostil zalan oldest_to_newest 579270 0 kenneth 2012-03-15 04:26:32 -0700 1136 long height = view->visibleContentRect(/* includeScrollbars */ true).height(); 1137 InspectorInstrumentation::applyScreenHeightOverride(m_frame, &height); 1138 return static_cast<int>(height / (m_frame->pageZoomFactor() * m_frame->frameScaleFactor())); Calculating back doesn't work in the case there is a scrollbar actually taking up space. Example viewport is 110 (100 pixels css contents, 10 pixels scrollbar) content is scaled by 2.0, you have 50 pixels css content and 10 pixels scrollbar (50 + 10) * 2 = 120 != 110 FrameView should really have a way to get the innerWidth and Height instead. 579284 1 kenneth 2012-03-15 04:50:14 -0700 My example below is wrong, but the issue is still there. According to http://www.quirksmode.org/mobile/tableViewport.html we should return the 'Dimensions of the visual viewport in CSS pixels.' CSSOM View says 'The innerWidth attribute must return the viewport width including the size of a rendered scroll bar (if any).' So we could reformulate both as The visual viewport in CSS pixels including the size of non-overlay scroll bar (if any). It still seems as it would be nice to keep the scrollbar size calculation separate from the visibleContentRect method. 579289 2 kenneth 2012-03-15 05:10:32 -0700 LayoutTests/fast/dom/inner-width-height.html tests that it includes scrollbars, but with weird comments: 30 This tests that window.innerWidth/innerHeight does not include the size of the scrollbars.