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)

x86_64
Linux
defect
Not set
normal

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.
Whiteboard: [mozmill-2.0?]
Attached file testcase
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)
Attached file failing beta
This is the debugging log with the dumps from windows.js and some in the testcase code.
Flags: needinfo?(andreea.matei)
This is passing without the closeAllTabs() code. Tests were made on Linux 12.04, 64 bit, latest beta.
(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?
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.
Whiteboard: [mozmill-2.0?] → [mozmill-2.0?][sprint2013-35]
Blocks: 744007
Has anything been changed here given that we make use of the new tab page now?
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
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 → ---
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
Ok, good to hear that. So yes, lets close it out.
Status: REOPENED → RESOLVED
Closed: 12 years ago12 years ago
Resolution: --- → WORKSFORME
Whiteboard: [mozmill-2.0?][sprint2013-35] → [mozmill-2.0][sprint2013-35]
Product: Mozilla QA → Mozilla QA Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: