Closed Bug 779533 Opened 8 years ago Closed 8 years ago

mozmill-restart fails with "cannot connect to jsbridge extension, port 24242" when using controller.startUserShutdown()

Categories

(Testing Graveyard :: Mozmill, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: AlexLakatos, Assigned: whimboo)

References

Details

Attachments

(1 file, 4 obsolete files)

Attached file minimizedTestcase (obsolete) —
mozmill-restart fails to connect to jsbridge after running a test that uses controller.startUserShutdown()

Run the minimizedTestcase folder with mozmill-restart
>mozmill-restart -t minimizedTestcase/ -b path/to/nightly/firefox

Mozmill version is 1.5.17
It appears that this is specific to the way we're shutting down (simulating clicking the "#menu_FileQuitItem" menu), as other tests that use different methods are not affected. In this case, Firefox shuts down but fails to restart.

Alex: Please try to replicate this with Mozmill 2.0 so we know if it also needs to be fixed there. Also, could you try a few previous versions of Mozmill to see if this is a recent regression?
Whiteboard: [mozmill-1.5.18?]
I think this bug is invalid. startUserShutdown has to be called with false because quit does not restart the application.
(In reply to Henrik Skupin (:whimboo) from comment #2)
> I think this bug is invalid. startUserShutdown has to be called with false
> because quit does not restart the application.
Calling it with false gives out the same error. In addition, I get a dialog saying "Firefox is already running, but is not responding. To open a new window, you must first close the existing Firefox process, or restart your system.", even though there is no other Firefox instance running.
I don't see any problem here:

$ mozmill-restart -b /Applications/Firefox/Nightly.app/ -t testquit --show-errors
TEST-START | /Volumes/data/code/mozmill/testquit/test1.js | setupModule
TEST-PASS | /Volumes/data/code/mozmill/testquit/test1.js | test1.js::setupModule
TEST-START | /Volumes/data/code/mozmill/testquit/test1.js | testQuitApplication
TEST-PASS | /Volumes/data/code/mozmill/testquit/test1.js | test1.js::testQuitApplication
INFO Passed: 2
INFO Failed: 0
INFO Skipped: 0

Which platform are you testing on? What is your log output?
Attached file minimizedTestcase (obsolete) —
new minimized testcase, canged true for false
Attachment #647977 - Attachment is obsolete: true
Attached file logfile (obsolete) —
logfile.log
Attached file traceback (obsolete) —
traceback from the terminal
Unzip the minimized testcase attached and run with

mozmill-restart --show-all -t mimimizedTestcase/ -b default/firefox/firefox -l logfile.log

I'm on Ubuntu 11.04 x86
Attachment #649695 - Attachment mime type: text/x-log → text/plain
Attachment #649695 - Attachment is obsolete: true
Attached file testcase
At least for Mozmill 1.5 this bug is invalid. I do not think that we ever allowed to continue a restart test after the application has quit by the user. That means the reason why we are failing here is test2.js under your test folder. This file is not necessary and has to be deleted. See my attached testcase how it should look like.

I will check with Mozmill 2.0 now how it works.
Assignee: nobody → hskupin
Attachment #649693 - Attachment is obsolete: true
Attachment #649701 - Attachment is obsolete: true
Status: NEW → ASSIGNED
Whiteboard: [mozmill-1.5.18?]
Works fine in Mozmill 2.0:

TEST-START | testcase/testQuit/test1.js | setupModule
TEST-START | testcase/testQuit/test1.js | testQuitApplication
TEST-PASS | testcase/testQuit/test1.js | testQuitApplication
TEST-START | testcase/testQuit/test1.js | testAfterQuit
TEST-PASS | testcase/testQuit/test1.js | testAfterQuit
TEST-START | testcase/testZZZ/test1.js | setupModule
RESULTS | Passed: 2
RESULTS | Failed: 0
RESULTS | Skipped: 0

Closing out as invalid given by my above observations.
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID
Product: Testing → Testing Graveyard
You need to log in before you can comment on or make changes to this bug.