Open
Bug 602745
Opened 14 years ago
Updated 2 years ago
GetScreenBounds returns size too large at first paint of new window
Categories
(Core :: Widget: Win32, defect)
Tracking
()
NEW
People
(Reporter: karlt, Unassigned)
References
Details
The test in http://hg.mozilla.org/try/rev/33d1dfb0c7ae creates a new window with outerWidth and outerHeight features, waits for the first paint and then checks the window size. > 15038 ERROR TEST-UNEXPECTED-FAIL | chrome://mochitests/content/chrome/widget/tests/test_position_on_resize.xul | initial outerHeight - got 185, expected 170 > 15039 ERROR TEST-UNEXPECTED-FAIL | chrome://mochitests/content/chrome/widget/tests/test_position_on_resize.xul | initial outerWidth - got 218, expected 200 > 15040 INFO TEST-PASS | chrome://mochitests/content/chrome/widget/tests/test_position_on_resize.xul | resized outerWidth - 180 should equal 180 > 15041 INFO TEST-PASS | chrome://mochitests/content/chrome/widget/tests/test_position_on_resize.xul | resized window top should not change - 18 should equal 18 > 15042 INFO TEST-PASS | chrome://mochitests/content/chrome/widget/tests/test_position_on_resize.xul | restored outerWidth - 200 should equal 200 > 15043 INFO TEST-PASS | chrome://mochitests/content/chrome/widget/tests/test_position_on_resize.xul | restored window left should not change - 28 should equal 28 > 15044 INFO TEST-PASS | chrome://mochitests/content/chrome/widget/tests/test_position_on_resize.xul | restored window top should not change - 18 should equal 18 toolkit/content/tests/chrome/test_screenPersistence.xul is similar but waits for focus before passing when checking the size, suggesting that this might be just a timing issue.
Updated•13 years ago
|
Assignee: nobody → netzen
Comment 1•13 years ago
|
||
I'm going to try working on this, it bugs me on buildbot try results :)
Comment 2•12 years ago
|
||
It looks like the window-management patches in bug 794038 may have the side-effect of fixing this - it's showing up as an "unexpected pass" in tryserver results there.
Depends on: 794038
Reporter | ||
Updated•12 years ago
|
OS: Linux → Windows 7
Comment 3•12 years ago
|
||
It was attachment 670755 [details] [diff] [review] in bug 794038 that caused this test to start passing in tryserver builds, but that version unfortunately led to other test failures instead, so it's not being used there after all. Still, it might at least give some kind of a clue...
Updated•11 years ago
|
Assignee: netzen → nobody
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•