Closed
Bug 875331
Opened 12 years ago
Closed 12 years ago
tabs.closeAllTabs() makes waitForPageLoad() to fail in 2.0
Categories
(Mozilla QA Graveyard :: Mozmill Tests, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: AndreeaMatei, Assigned: AndreeaMatei)
References
Details
(Whiteboard: [mozmill-2.0][sprint2013-35])
Attachments
(3 files)
I discovered this while working on bug 758187, there we close all tabs in setupModule(), before the test itself. The failure I got was regarding waitForPageLoad() but I could see the page being loaded though.
Adding a testcase to reproduce, without using the libraries. If you remove the code that close all tabs from setup, test works.
This is reproducing on Linux, all branches except Aurora.
Assignee | ||
Updated•12 years ago
|
status-firefox21:
--- → affected
status-firefox22:
--- → affected
status-firefox24:
--- → affected
status-firefox-esr17:
--- → affected
Whiteboard: [mozmill-2.0?]
Assignee | ||
Comment 1•12 years ago
|
||
Comment 2•12 years ago
|
||
This testcase is passing for me for nightly, aurora, and beta. Can you still reproduce? If yes, I would like to see the full debug output.
Flags: needinfo?(andreea.matei)
Assignee | ||
Comment 3•12 years ago
|
||
This is the debugging log with the dumps from windows.js and some in the testcase code.
Flags: needinfo?(andreea.matei)
Assignee | ||
Comment 4•12 years ago
|
||
This is passing without the closeAllTabs() code.
Tests were made on Linux 12.04, 64 bit, latest beta.
Comment 5•12 years ago
|
||
(In reply to Andreea Matei [:AndreeaMatei] from comment #3)
> Created attachment 754698 [details]
> failing beta
> ** Page has been finished loading: id=13, status=true, uuid={936d710e-91a1-4479-bfc8-79320751e670}
> TEST-START | /home/andreeamatei/geolocation/tests/functional/testGeolocation/testcase.js | testGeolocation
> ** Page has been finished loading: id=13, status=false, uuid={936d710e-91a1-4479-bfc8-79320751e670}
> * current map: {"3":{"loaded":true},"13":{"loaded":true,"id_load_in_transition":{"name":"","number":"{936d710e-91a1-4479-bfc8-79320751e670}","valid":true},"id_load_handled":{"name":"","number":"{936d710e-91a1-4479-bfc8-79320751e670}","valid":true}}}
It looks that we call waitForPageLoad twice. In line 1 you can see that the status is true and we update the internal map accordingly with the new uuid. Then in line 3 we started again to wait for the page being loaded, cause status is false. Where does it come from?
Assignee | ||
Comment 6•12 years ago
|
||
Hm, could be from the 2 tabs from the start? I mean, we close 1 tab, then the other one comes in focus, so it might wait for it to load. Then we open our geolocation page. I'll have to check this.
Updated•12 years ago
|
Whiteboard: [mozmill-2.0?] → [mozmill-2.0?][sprint2013-35]
Comment 7•12 years ago
|
||
Has anything been changed here given that we make use of the new tab page now?
Assignee | ||
Comment 8•12 years ago
|
||
Heh, indeed it's no longer reproducing, was fixed by bug 764782. Yey!
Assignee: nobody → andreea.matei
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 9•12 years ago
|
||
Well, that doesn't mean it is fixed. We should still not fail when we try to open a new tab and directly load about:blank.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 10•12 years ago
|
||
I used the current testcase added here, which passes now (and it's with the old closeAllTabs() code that uses about:blank).
Now checked with about:newtab and also passes.
I think it was fixed by another change?
Here's the output with about:newtab :
http://pastebin.mozilla.org/2523439
And here with about:blank :
http://pastebin.mozilla.org/2523445
Comment 11•12 years ago
|
||
Ok, good to hear that. So yes, lets close it out.
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
status-firefox21:
affected → ---
status-firefox22:
affected → ---
status-firefox24:
affected → ---
status-firefox-esr17:
affected → ---
Resolution: --- → WORKSFORME
Whiteboard: [mozmill-2.0?][sprint2013-35] → [mozmill-2.0][sprint2013-35]
Updated•5 years ago
|
Product: Mozilla QA → Mozilla QA Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•