Closed
Bug 656633
Opened 13 years ago
Closed 10 years ago
JS Bridge connects twice
Categories
(Testing Graveyard :: Mozmill, defect)
Testing Graveyard
Mozmill
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: k0scist, Assigned: subho.prp, Mentored)
References
()
Details
Attachments
(6 files)
First in Telnet's __init__ then in the Bridge's __init__: https://github.com/mozautomation/mozmill/blob/master/jsbridge/jsbridge/network.py#L57 https://github.com/mozautomation/mozmill/blob/master/jsbridge/jsbridge/network.py#L170 We shouldn't need to connect more than once. If we do need to connect more than once for some tricky reason, it should be documented
Updated•10 years ago
|
Whiteboard: [mentor=whimboo][lang=py][good first bug]
Updated•10 years ago
|
Comment 1•10 years ago
|
||
The location of the repository has been changed. So here the updated references: https://github.com/mozilla/mozmill/blob/master/jsbridge/jsbridge/network.py#L26 https://github.com/mozilla/mozmill/blob/master/jsbridge/jsbridge/network.py#L102
Comment 2•10 years ago
|
||
Anvesh, this is a simpler bug if you want it.
Flags: needinfo?(anvesh.kumar08)
Assignee | ||
Comment 3•10 years ago
|
||
Hi, I wish to fix this bug. Please guide me through the process.
Comment 4•10 years ago
|
||
Assigned. We'll wait for @whimboo to comment on this, but in the meantime have a look at the duplicate call: https://github.com/mozilla/mozmill/blob/master/jsbridge/jsbridge/network.py#L26 https://github.com/mozilla/mozmill/blob/master/jsbridge/jsbridge/network.py#L102
Assignee: nobody → subho.prp
Status: NEW → ASSIGNED
Flags: needinfo?(anvesh.kumar08)
Comment 5•10 years ago
|
||
Please see the wiki page in the URL field in how to setup Mozmill and get started. All is described there.
Assignee | ||
Comment 6•10 years ago
|
||
Hi, Sorry for replying so late. Whimboo, i will get in touch in irc soon. thankyou.
Assignee | ||
Comment 7•10 years ago
|
||
Hi, i have completed the setup instructions successfully. But i dont know how to run it. Can anyone help me please?
Comment 8•10 years ago
|
||
To run all of our Mutt tests you will have to call the `mutt` cli tool. It expects the Firefox binary via the -b option. You want to run all the existing tests, and ensure that nothing additional is broken. Keep in mind that as one of the first steps `setup_development.py` has to be executed, as best inside a virtual environment to not pollute your system globally with those packages.
Updated•10 years ago
|
Mentor: hskupin
Whiteboard: [mentor=whimboo][lang=py][good first bug] → [lang=py][good first bug]
Assignee | ||
Comment 9•10 years ago
|
||
the lines 102 and 103 doesn't seem to affect the execution. Though 'testall' command fails for both (with and without lines 102 and 103). 'testjs' shows following in both cases: Running JS Tests (process:16952): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed (firefox:16952): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::sm-connect after class was initialised (firefox:16952): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::show-crash-dialog after class was initialised (firefox:16952): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::display after class was initialised (firefox:16952): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::default-icon after class was initialised Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve property `GtkRange::activate-slider' of type `gboolean' from rc file value "((GString*) 0x7fd319912780)" of type `GString' All tests were successful. Ship it!
Flags: needinfo?(hskupin)
Comment 10•10 years ago
|
||
(In reply to Subhendu Ghosh from comment #9) > the lines 102 and 103 doesn't seem to affect the execution. Though 'testall' > command fails for both (with and without lines 102 and 103). 'testjs' shows > following in both cases: Can you please tell me what is failing? I don't see it from the output of your last comment. That only shows GTK errors which are not directly related to our tests, and which you will also see when starting Firefox from the console.
Flags: needinfo?(hskupin)
Assignee | ||
Comment 11•10 years ago
|
||
Attachment #8444811 -
Flags: review?(hskupin)
Assignee | ||
Comment 12•10 years ago
|
||
Attachment #8444814 -
Flags: review?(hskupin)
Assignee | ||
Comment 13•10 years ago
|
||
Hi whimboo, are the outputs in above attachment okay? if so then line 103 (connecting to js bridge 2nd time ) can be removed.
Comment 14•10 years ago
|
||
Comment on attachment 8444811 [details]
output of 'testall' command without removing the lines 102 and 103
Thank you for the output. I will have a look at. Just for information... please only set the review flag for patches you want to get reviewed but not for simple output. Also I'm watching all my bugs, so a comment would be enough and I will address it.
So what concerns me here is the amount of jsbridge disconnect failures. How often do you get those failures? I see it in the output for the patch being applied and not. So this is very strange.
Attachment #8444811 -
Flags: review?(hskupin)
Updated•10 years ago
|
Attachment #8444814 -
Flags: review?(hskupin)
Assignee | ||
Comment 15•10 years ago
|
||
i get this output everytime i run the test as mutt testall -b /usr/bin/firefox hope i was doing it right.
Comment 16•10 years ago
|
||
Hm, which version of Firefox is that? 29.0 or 30.0? Would you mind running the tests with a build made by us? You can download the latest nightly build for your platform from http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central/.
Assignee | ||
Comment 17•10 years ago
|
||
It is firefox 30.0. I am a bit confused which file to download from the above mentioned link. I am using fedora 20.
Comment 18•10 years ago
|
||
Primarily you want to look out for any build which contains Linux. But it depends on if you have a 32bit or 64bit system. 32bit: http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central/firefox-33.0a1.en-US.linux-i686.tar.bz2 64bit: http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central/firefox-33.0a1.en-US.linux-x86_64.tar.bz2
Assignee | ||
Comment 19•10 years ago
|
||
Much better results than the previous
Assignee | ||
Comment 20•10 years ago
|
||
On removing the duplicate line l103 the output is not affected
Comment 21•10 years ago
|
||
Hm, I'm a bit worried about all those test failures you are seeing. Btw, do you leave your box alone while the tests are running? I ask because you should not move the focus from the current window.
Assignee | ||
Comment 22•10 years ago
|
||
Since you insisted, Fresh results of testall without removing focus from the process.
Assignee | ||
Comment 23•10 years ago
|
||
Hi :whimboo i found that the code in github has been updated in the meanwhile so i updated and re-run the tests. The tests still fail badly.
Comment 24•10 years ago
|
||
Subhendu, I would propose that we continue offline from this bug to figure out your problem. I don't want to spam this bug with those partly off-topic discussions. I hope that's fine for you. I will send you an email with the next steps to do tomorrow.
Assignee | ||
Comment 25•10 years ago
|
||
Hi Henrik, sure we can do that. Will be waiting for your mail.
Comment 26•10 years ago
|
||
Subhendu, I have sent you an email around 2 weeks ago. Maybe you missed it? But I think that I know what happens in your case. I think it is the same as for bug 1065914. If my assumption is wrong, please lets continue via email or IRC. Thanks.
Comment 27•10 years ago
|
||
Mozmill will reach its end of life soon. We are currently working on getting all the tests for Firefox ported to Marionette. For status updates please see bug 1080766.
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
Whiteboard: [lang=py][good first bug]
Updated•8 years ago
|
Product: Testing → Testing Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•