Closed Bug 1131219 Opened 9 years ago Closed 9 years ago

Add focusmanager.testmode: true to default prefs for Firefox desktop for Marionette client

Categories

(Testing :: Marionette Client and Harness, defect)

defect
Not set
normal

Tracking

(firefox38 fixed)

RESOLVED FIXED
mozilla38
Tracking Status
firefox38 --- fixed

People

(Reporter: galgeek, Assigned: galgeek)

Details

(Keywords: pi-marionette-client)

Attachments

(3 files, 1 obsolete file)

The Marionette client should set focusmanager.testmode: true for Firefox desktop.
OS: Mac OS X → All
Assignee: nobody → galgeek
Status: NEW → ASSIGNED
This patch simply adds focusmanager.testmode: True to required_prefs.

I see on line 152 of the same file, geckoinstance.py, the class definition "class B2GDesktopInstance(GeckoInstance)" that, among other things, adds focusmanager.testmode: True. I wonder if it's better to do something similar to add this pref for Firefox desktop.
Attachment #8562286 - Flags: feedback?(hskupin)
Attachment #8562286 - Flags: feedback?(dburns)
Comment on attachment 8562286 [details] [diff] [review]
0001-Bug-1131219-Add-focusmanager.testmode-true-to-defaul.patch

Review of attachment 8562286 [details] [diff] [review]:
-----------------------------------------------------------------

looks great, can you push to try and see how it works?
Attachment #8562286 - Flags: feedback?(hskupin)
Attachment #8562286 - Flags: feedback?(dburns)
Attachment #8562286 - Flags: feedback+
Barbara doesn't have push access so far. So I took this action and pushed to try:
https://treeherder.mozilla.org/#/jobs?repo=try&revision=a89ba73cafe8
David, can you please have a look at the try results? For me all looks fine.
Flags: needinfo?(dburns)
Comment on attachment 8562286 [details] [diff] [review]
0001-Bug-1131219-Add-focusmanager.testmode-true-to-defaul.patch

Changing f+ to r+ now we have try results. Thanks for doing this!
Flags: needinfo?(dburns)
Attachment #8562286 - Flags: feedback+ → review+
Barbara, please update the patch so that the commit message lists David as reviewer. Maybe you can also update teh patch so that the prefs are alphabetically sorted. Once done and the updated patch is uploaded, set the 'checkin-needed' keyword here.
Thank you!

I've updated the patch per Henrik's comment.
Attachment #8562286 - Attachment is obsolete: true
Keywords: checkin-needed
Attachment #8564227 - Attachment is obsolete: true
Keywords: checkin-needed
Attachment #8564227 - Attachment is obsolete: false
Attachment #8562286 - Attachment is obsolete: false
Attachment #8564370 - Attachment is obsolete: true
Attachment #8564227 - Attachment is obsolete: true
Attachment #8564370 - Attachment is obsolete: false
Attachment #8562286 - Attachment is obsolete: true
(In reply to Ryan VanderMeulen [:RyanVM UTC-5] from comment #8)
> https://hg.mozilla.org/integration/mozilla-inbound/rev/83b65d75fcf7

David, I assume that was a kinda broken landing! We should back this out, given that this was not the correct patch.

Barbara, you have to be very careful when requesting checkin-needed that the correct patch is attached. Please double check before setting this flag.
Flags: needinfo?(ryanvm)
Flags: needinfo?(dburns)
Attachment #8564370 - Attachment is obsolete: true
Flags: needinfo?(dburns)
Sorry, I'm gone for the weekend. Please ping KWierso on IRC if you need immediate help.
Flags: needinfo?(ryanvm)
(In reply to Henrik Skupin (:whimboo) from comment #10)
> (In reply to Ryan VanderMeulen [:RyanVM UTC-5] from comment #8)
> > https://hg.mozilla.org/integration/mozilla-inbound/rev/83b65d75fcf7
> 
> David, I assume that was a kinda broken landing! We should back this out,
> given that this was not the correct patch.
> 
> Barbara, you have to be very careful when requesting checkin-needed that the
> correct patch is attached. Please double check before setting this flag.

No we should not back it out! Unfortunately the drive by review comment in comment 6, which should have actually been a separate patch or even bug to sort that, has clearly caused the confusion here. 

Also, please do not n-i individual sheriffs, it is not one person's responsibility to back things out, there is a team.
Attachment #8562286 - Attachment is obsolete: false
Attachment #8564227 - Attachment is obsolete: false
(In reply to David Burns :automatedtester from comment #12)
> No we should not back it out! Unfortunately the drive by review comment in
> comment 6, which should have actually been a separate patch or even bug to
> sort that, has clearly caused the confusion here. 

Sorry for that, but the diff I was commenting on had nearly no context, so it was not clear that way more prefs are above. My intention was only to let Barbara put the line at the end.

> Also, please do not n-i individual sheriffs, it is not one person's
> responsibility to back things out, there is a team.

Usually the person who lands patches is responsible for backing them out in case of problems. Given that Barbara has no permissions and Ryan landed the fix, I added n-i for him.
https://hg.mozilla.org/mozilla-central/rev/83b65d75fcf7
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla38
Looks like there is still work to do here.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
It looks like focusmanager.testmode has not yet made it into mozilla-central.
This new patch should make it so.

I apologize for all the confusion! It was my mistake. 

Thanks for your help!
Attachment #8565535 - Flags: review?(dburns)
Attachment #8565535 - Flags: review?(dburns) → review+
https://hg.mozilla.org/mozilla-central/rev/ae54f91e4b10
Status: REOPENED → RESOLVED
Closed: 9 years ago9 years ago
Resolution: --- → FIXED
Product: Testing → Remote Protocol

Moving bugs for Marionette client due to component changes.

Component: Marionette → Marionette Client and Harness
Product: Remote Protocol → Testing
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: