Closed
Bug 524545
Opened 15 years ago
Closed 13 years ago
A popup opened with large margins appears offscreen ("ASSERTION: Popup is offscreen")
Categories
(Core :: XUL, defect)
Core
XUL
Tracking
()
RESOLVED
FIXED
mozilla8
Tracking | Status | |
---|---|---|
blocking2.0 | --- | - |
People
(Reporter: enndeakin, Assigned: enndeakin)
References
(Depends on 1 open bug, Blocks 2 open bugs)
Details
(Keywords: assertion, Whiteboard: [patchlove][not-ready-for-cedar])
Attachments
(3 files, 1 obsolete file)
407 bytes,
application/vnd.mozilla.xul+xml
|
Details | |
12.82 KB,
patch
|
Details | Diff | Splinter Review | |
8.62 KB,
patch
|
Details | Diff | Splinter Review |
This causes an assertion and the popup isn't visible because it is offscreen.
Assignee | ||
Updated•15 years ago
|
Summary: Popups opened with large margins or using openPopupAtScreen(largeNumber, largeNumber) appear offscreen → A popup opened with large margins appears offscreen
Assignee | ||
Comment 1•15 years ago
|
||
This patch:
- after flipping or moving the popup, makes sure the position and size are within the screen (or content area) boundaries.
- fixes the case clauses so that invalid values of popupAnchor or popupAlign are just treated as topleft. I found this while writing the test and caused it to use random values at times.
Note that this bug only occurs when large margins are used on the popup which push the popup offscreen, or cause its size to be negative.
Attachment #408843 -
Flags: review?(roc)
Attachment #408843 -
Flags: review?(roc) → review+
Assignee | ||
Comment 2•15 years ago
|
||
Status: NEW → RESOLVED
Closed: 15 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Comment 3•15 years ago
|
||
Looks like this checkin caused some orange:
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox-Unittest/1257284533.1257285163.28678.gz
There are 8 test-failures like this:
8331 ERROR TEST-UNEXPECTED-FAIL | /tests/toolkit/content/tests/widgets/test_popup_attribute.xul | open popup with large positive margin y position before_start - got 0, expected 406
And 8 test-failures like this:
9028 ERROR TEST-UNEXPECTED-FAIL | /tests/toolkit/content/tests/widgets/test_popup_button.xul | open popup with large positive margin y position before_start - got 0, expected 406
Backing out in a minute, unless Neil responds on IRC or in this bug... :)
Comment 4•15 years ago
|
||
(In reply to comment #3)
> Backing out in a minute, unless Neil responds on IRC or in this bug... :)
Ah, nevermind -- Neil just backed out:
http://hg.mozilla.org/mozilla-central/rev/ee113c74758e
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Looks like Neil relanded:
http://hg.mozilla.org/mozilla-central/rev/7d7f59076479
But the same failures are showing up again on Mac, e.g.:
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox-Unittest/1257810963.1257811323.26188.gz
I will back out.
Assignee | ||
Comment 7•14 years ago
|
||
Attachment #408843 -
Attachment is obsolete: true
Comment 8•14 years ago
|
||
Comment on attachment 497168 [details] [diff] [review]
Updated patch
>+ // Make sure that the point in within the screen boundaries and that the
Nit: s/in/is/
Comment 9•14 years ago
|
||
Neil, what is the next step here?
Comment 10•14 years ago
|
||
"blocking2.0=?":
Bug 616607 was blocking2.0+.
This is "blocking" work on bug 626563 that causes a perma-orange on SeaMonkey.
blocking2.0: --- → ?
Comment 11•14 years ago
|
||
I would happily approve this patch if it comes through, but I don't think it blocks the release (as bug 626563 doesn't either)
blocking2.0: ? → -
Updated•14 years ago
|
Assignee | ||
Comment 12•14 years ago
|
||
This patch just adjusts the offsets in the test a bit. It doesn't change any non-test code from the previously reviewed patch.
Attachment #508507 -
Flags: approval2.0?
Attachment #508507 -
Flags: approval2.0? → approval2.0+
Updated•14 years ago
|
Updated•14 years ago
|
Summary: A popup opened with large margins appears offscreen → A popup opened with large margins appears offscreen ("ASSERTION: Popup is offscreen")
Comment 13•14 years ago
|
||
This should land; I'm happy to preserve the approval here. Can we get 'er done?
Comment 14•14 years ago
|
||
It's not clear which attachment should be landed here. Please generate a single patch for landing, and mark everything else as obsolete.
Keywords: checkin-needed
Whiteboard: [patchlove][needs-landing] → [patchlove]
Assignee | ||
Comment 15•14 years ago
|
||
None of it should be. Patches in other related bugs were not approved.
Comment 16•14 years ago
|
||
(also, it looks like there's a stale "in-testsuite+" flag from when this originally landed - I'm toggling that to "?", since I assume the tests were backed out along with the code)
Flags: in-testsuite+ → in-testsuite?
Comment 17•14 years ago
|
||
This has had approval for most of a week - is it landing soon, or missing FF4?
Assignee | ||
Updated•14 years ago
|
Attachment #508507 -
Flags: approval2.0+
Comment 18•14 years ago
|
||
Neil, please land this on mozilla-central if you want to get it in 2.2.
Whiteboard: [patchlove] → [patchlove][not-ready-for-cedar]
Comment 19•14 years ago
|
||
Ping for progress.
Comment 20•13 years ago
|
||
Status: REOPENED → RESOLVED
Closed: 15 years ago → 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla8
Assignee | ||
Updated•13 years ago
|
Flags: in-testsuite? → in-testsuite+
Updated•6 years ago
|
Component: XP Toolkit/Widgets: Menus → XUL
You need to log in
before you can comment on or make changes to this bug.
Description
•