Closed
Bug 783644
Opened 12 years ago
Closed 12 years ago
window.open(..., ..., "dialog=1") breaks on b2g. Preventing us from logging in to Marketplace app when run in-process
Categories
(Firefox OS Graveyard :: General, defect)
Tracking
(blocking-basecamp:+)
VERIFIED
FIXED
blocking-basecamp | + |
People
(Reporter: justin.lebar+bug, Assigned: justin.lebar+bug)
References
Details
(Keywords: smoketest, Whiteboard: [qa!])
Attachments
(3 files)
(deleted),
patch
|
smaug
:
review+
|
Details | Diff | Splinter Review |
(deleted),
patch
|
smaug
:
review+
|
Details | Diff | Splinter Review |
(deleted),
patch
|
smaug
:
review+
|
Details | Diff | Splinter Review |
This is similar to but possibly different from bug 776086, which is about the Marketplace app failing when run /out of process/. But marking blocking bug 776086, since it could be the same issue.
I can reproduce this on desktop and on my Otoro device.
Assignee | ||
Updated•12 years ago
|
Assignee: nobody → justin.lebar+bug
blocking-basecamp: --- → ?
Assignee | ||
Comment 1•12 years ago
|
||
Okay, the problem is that they're passing "dialog=1" in the window.open, and that causes us to bail with the regular window.open logic.
Assignee | ||
Comment 2•12 years ago
|
||
This may need bug 776129 to behave correctly. At least, when testing, you should test with that bug applied.
Depends on: 776129
Assignee | ||
Comment 3•12 years ago
|
||
This fixes the problem on B2G, but not on desktop. Even if we don't care about this working on desktop, we do care about being able to test it...
Assignee | ||
Comment 4•12 years ago
|
||
This fixes the problem everywhere. With this change, we don't need part 1, but I think we should keep part 1 for good measure.
Assignee | ||
Comment 5•12 years ago
|
||
This just modifies existing tests to pass dialog=1. Without this patch, these tests would open a whole new window, instead of doing the desired mozbrowser rigmarole.
Attachment #652892 -
Flags: review?(bugs)
Assignee | ||
Updated•12 years ago
|
Attachment #652889 -
Flags: review?(bugs)
Assignee | ||
Updated•12 years ago
|
Attachment #652891 -
Flags: review?(bugs)
Assignee | ||
Updated•12 years ago
|
Blocks: browser-api
Updated•12 years ago
|
Whiteboard: [smoke-test-bustage]
Updated•12 years ago
|
Attachment #652889 -
Flags: review?(bugs) → review+
Comment 6•12 years ago
|
||
Comment on attachment 652891 [details] [diff] [review]
Part 2: If we're inside <iframe mozbrowser>, ignore the dialog=1 feature in window.open.
huh, IsBelowContentBoundary sounds really odd.
But that is not about this bug.
Attachment #652891 -
Flags: review?(bugs) → review+
Updated•12 years ago
|
Attachment #652892 -
Flags: review?(bugs) → review+
Assignee | ||
Updated•12 years ago
|
Summary: Can't log in to Marketplace app when run in-process, due to error in window.open. → window.open(..., ..., "dialog=1") breaks on b2g. Preventing us from logging in to Marketplace app when run in-process
Assignee | ||
Comment 7•12 years ago
|
||
Assignee | ||
Comment 8•12 years ago
|
||
> huh, IsBelowContentBoundary sounds really odd.
I agree it's not great; suggestions are definitely welcome.
Updated•12 years ago
|
blocking-basecamp: ? → +
Comment 9•12 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/2b703fb6aace
https://hg.mozilla.org/mozilla-central/rev/52dba3e31995
https://hg.mozilla.org/mozilla-central/rev/5848ee9dde72
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Whiteboard: [smoke-test-bustage] → [smoke-test-bustage], [qa+]
Updated•12 years ago
|
QA Contact: jsmith
Updated•12 years ago
|
Status: RESOLVED → VERIFIED
Whiteboard: [smoke-test-bustage], [qa+] → [smoke-test-bustage], [qa!]
You need to log in
before you can comment on or make changes to this bug.
Description
•