Closed
Bug 1078739
Opened 10 years ago
Closed 10 years ago
[marionette-apps] Calling marionette-apps.list times out
Categories
(Testing Graveyard :: JSMarionette, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: gaye, Assigned: daleharvey)
References
Details
(Whiteboard: [systemsfe])
Attachments
(1 file)
Dale ran into a problem while writing a search test where launching the search app after closing it once previously is never finishing. It looks as if this script https://github.com/mozilla-b2g/marionette-apps/blob/master/lib/mgmt.js#L37 is never sending back a response.
Reporter | ||
Comment 1•10 years ago
|
||
He called client.switchToFrame() immediately before calling app.launch, so navigator.mozApps.getAll should be fine AFAICT.
Reporter | ||
Comment 2•10 years ago
|
||
s/navigator.mozApps.getAll/navigator.mozApps.mgmt.getAll/
Reporter | ||
Comment 3•10 years ago
|
||
Also dale added this pr as a test case https://github.com/mozilla-b2g/gaia/pull/24848
Assignee | ||
Comment 4•10 years ago
|
||
So I debugged this a little, In this test I open the rocketbar and enter a url, this will open a background instance of the search application, I then try and launch a foreground instance of the search app
https://github.com/mozilla-b2g/marionette-apps/blob/master/lib/waitforapp.js#L35
does a blanket search for iframe[src=*="app://search.gaiamobile.org"] so I expect it is picking up the background search window, which is always hidden and will never return from that
Not sure what the best fix for this would be, CC'ing Kevin in case you have any ideas
Comment 5•10 years ago
|
||
I'd need to dig into the code a bit, but I bet changing the selector to include some additional attributes might work. It's a bit tricky because both search windows are proper app windows, so it might make the selector a but more fragile, but something we have to live with.
The next two days or so I'm fairly slammed, but I wouldn't mind picking this up, so doing a ni? on myself to remind me to look into this if no one takes it.
Flags: needinfo?(kgrandon)
Assignee | ||
Comment 6•10 years ago
|
||
If I change
var el = client.findElement('iframe[src*="' + source + '"]:not(.hidden)');
to
var el = client.findElement('iframe[src*="' + source + '"]');
It fixes my test, given the semantics it seems like it shouldnt break anything, but would appreciate any input on this and help getting it landed as its blocking a blocker
Comment 7•10 years ago
|
||
(In reply to Dale Harvey (:daleharvey) from comment #6)
> If I change
>
> var el = client.findElement('iframe[src*="' + source + '"]:not(.hidden)');
>
> to
>
> var el = client.findElement('iframe[src*="' + source + '"]');
>
> It fixes my test, given the semantics it seems like it shouldnt break
> anything, but would appreciate any input on this and help getting it landed
> as its blocking a blocker
What about checking on '.active' or #windows iframe, using the #windows as a root selector?
Comment 8•10 years ago
|
||
I'm fine with one of the fixes in Comment 6 or Comment 7. Dale - Let me know if I can help you write a patch if you are slammed or anything.
Flags: needinfo?(kgrandon)
Assignee | ||
Comment 9•10 years ago
|
||
Its cool I have the time, I think changing the root selector would be a better option but for now this doesnt block the blocker since the changing requirements have changed the test so its not as urgent
No longer blocks: 1078202
Assignee | ||
Comment 10•10 years ago
|
||
This suggestion from kevin works for me and seems like it would have the least impact
Assignee: nobody → dale
Attachment #8502412 -
Flags: review?(gaye)
Reporter | ||
Comment 11•10 years ago
|
||
Comment on attachment 8502412 [details] [review]
https://github.com/mozilla-b2g/marionette-apps/pull/39
Sounds perfect. Landed on master https://github.com/mozilla-b2g/marionette-apps/commit/f100982d4f8f1d6b071aef62a8582d021e126989. You have to do some finagling with gaia-node-modules to downstream this to gaia (I know you already know that though : ). Thanks for working through this!!
Attachment #8502412 -
Flags: review?(gaye) → review+
Assignee | ||
Comment 12•10 years ago
|
||
Hey, Asking in IRC but guessing it was missed, could (preferably) someone publish this, or add me to the authors on npm so I can get this merged
Flags: needinfo?(kgrandon)
Flags: needinfo?(gaye)
Comment 13•10 years ago
|
||
I've added you to marionette-apps.
Flags: needinfo?(kgrandon)
Flags: needinfo?(gaye)
Assignee | ||
Comment 14•10 years ago
|
||
Great thanks, can I get an example of how to actually test this, trying to figure out via the code and its not that clear between gaia_node_modules.revision and NODE_MODULES_GIT_URL / NODE_MODULES_SRC etc etc
I have published the update to marionette apps, and pushed a node_modules branch @ https://github.com/daleharvey/gaia-node-modules/tree/test-1078739
Flags: needinfo?(kgrandon)
Comment 15•10 years ago
|
||
I think you need to update the Makefile tarball path here: https://github.com/mozilla-b2g/gaia/blob/master/Makefile#L686 The revision should also be the same as in your branch.
Also you could possibly just land in gaia-node-modules master, and merge up to gaia first since you already got an R+.
Flags: needinfo?(kgrandon)
Assignee | ||
Comment 16•10 years ago
|
||
Merged in https://github.com/mozilla-b2g/gaia/commit/6aa47bae89b9930527fd06b3eaeeb052757cb3d6
I had spent all day doing test runs to get this green bug kept hitting other bugs, cheers kevin
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Updated•10 years ago
|
Whiteboard: [systemsfe]
Updated•7 years ago
|
Product: Testing → Testing Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•