Closed
Bug 1391661
Opened 8 years ago
Closed 8 years ago
No minimize window wdspec test
Categories
(Remote Protocol :: Marionette, defect)
Remote Protocol
Marionette
Tracking
(firefox57 fixed)
RESOLVED
FIXED
mozilla57
| Tracking | Status | |
|---|---|---|
| firefox57 | --- | fixed |
People
(Reporter: Sl0v3C, Assigned: Sl0v3C)
References
Details
Attachments
(1 file)
User Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36
Steps to reproduce:
run wdspec test in firefox
Actual results:
No test for webdriver 10.7.4 minimize window feature
Expected results:
There should be a test to check the minimize window feature
| Comment hidden (mozreview-request) |
Comment 2•8 years ago
|
||
| mozreview-review | ||
Comment on attachment 8898820 [details]
Bug 1391661 - Add Minimize Window test to wdspec;
https://reviewboard.mozilla.org/r/170192/#review175334
Thanks for the patch! I’ve triggered a try run to see that the test passes. I’ve also filed https://bugzil.la/1391670 to get you commit access level 1 so that you can trigger try runs in the future. Please fill out the form and attach your _public_ SSH key to that bug.
Attachment #8898820 -
Flags: review?(ato) → review+
Updated•8 years ago
|
Component: Untriaged → Marionette
Product: Firefox → Testing
Version: 56 Branch → Trunk
Updated•8 years ago
|
Assignee: nobody → yangyi_peng
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
OS: Unspecified → All
Hardware: Unspecified → All
Pushed by atolfsen@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/1a885b6252b3
Add Minimize Window test to wdspec; r=ato
I had to back this out because it was conflicting with my merge from m-c back to autoland, feel free to rebase and reland whenever:
https://hg.mozilla.org/integration/autoland/rev/c8fd5f27080d6f8273d685b37d2262717c564252
Flags: needinfo?(yangyi_peng)
| Assignee | ||
Comment 5•8 years ago
|
||
(In reply to Wes Kocher (:KWierso) from comment #4)
> I had to back this out because it was conflicting with my merge from m-c
> back to autoland, feel free to rebase and reland whenever:
> https://hg.mozilla.org/integration/autoland/rev/
> c8fd5f27080d6f8273d685b37d2262717c564252
Would you please show me how to rebase and reland it.
When I use the gerrit, it can rebase the code in the reveiew site.
Does reviewboard can also rebase?
Or only rebase the local code base then commit --amend & push again?
THX!
Flags: needinfo?(yangyi_peng)
Comment 6•8 years ago
|
||
Autoland normally rebases for you, but conflicts need to be resolved
manually. For some reason, mozreview doesn’t want to let me
re-open the review. I am going to check this out manually, rebase,
and push it to inbound myself.
Pushed by atolfsen@mozilla.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/d3f53bf010ea
Add Minimize Window tests to wdspec; r=ato
Comment 8•8 years ago
|
||
FWIW the conflict was in MANIFEST.json.
Comment 9•8 years ago
|
||
| bugherder | ||
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
status-firefox57:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla57
| Assignee | ||
Comment 10•8 years ago
|
||
(In reply to Andreas Tolfsen ‹:ato› from comment #8)
> FWIW the conflict was in MANIFEST.json.
THX for your great help.
So if I check this conflict manually, I should run hg rebase solve the conflict & hg commit --amend then hg push to review.
Oh you use git tool, I think I should configure the git tool for m-c.
Thanks again.
Comment 11•8 years ago
|
||
(In reply to yangyi_peng (:Sl0v3C) from comment #10)
> (In reply to Andreas Tolfsen ‹:ato› from comment #8)
>
> > FWIW the conflict was in MANIFEST.json.
>
> So if I check this conflict manually, I should run hg rebase solve
> the conflict & hg commit --amend then hg push to review.
I think that’s right.
When resolving conflicts in MANIFEST.json, I usually do this in git
when rebasing:
> % git checkout --ours testing/web-platform/meta/MANIFEST.json
> % ./mach wpt --manifest-update TESTFILE git add
> % testing/web-platform/meta/MANIFEST.json
> % git rebase --continue
That will dismiss the conflict, but the manifest can be regenerated
with wptrunner.
> Oh you use git tool, I think I should configure the git tool for
> m-c.
I wrote a slightly outdated tutorial on using git for Mozilla work
here:
https://sny.no/2016/03/geckogit
| Assignee | ||
Comment 12•8 years ago
|
||
@ato(In reply to Andreas Tolfsen ‹:ato› from comment #11)
> (In reply to yangyi_peng (:Sl0v3C) from comment #10)
>
> > (In reply to Andreas Tolfsen ‹:ato› from comment #8)
> >
> > > FWIW the conflict was in MANIFEST.json.
> >
> > So if I check this conflict manually, I should run hg rebase solve
> > the conflict & hg commit --amend then hg push to review.
>
> I think that’s right.
>
> When resolving conflicts in MANIFEST.json, I usually do this in git
> when rebasing:
>
> > % git checkout --ours testing/web-platform/meta/MANIFEST.json
> > % ./mach wpt --manifest-update TESTFILE git add
> > % testing/web-platform/meta/MANIFEST.json
> > % git rebase --continue
>
> That will dismiss the conflict, but the manifest can be regenerated
> with wptrunner.
>
> > Oh you use git tool, I think I should configure the git tool for
> > m-c.
>
> I wrote a slightly outdated tutorial on using git for Mozilla work
> here:
>
> https://sny.no/2016/03/geckogit
Thanks for your great help!
I will take my spare time to read your tutorial.
THX again.
Updated•3 years ago
|
Product: Testing → Remote Protocol
You need to log in
before you can comment on or make changes to this bug.
Description
•