Closed Bug 1391661 Opened 8 years ago Closed 8 years ago

No minimize window wdspec test

Categories

(Remote Protocol :: Marionette, defect)

defect
Not set
normal

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 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+
Component: Untriaged → Marionette
Product: Firefox → Testing
Version: 56 Branch → Trunk
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)
(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)
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.
FWIW the conflict was in MANIFEST.json.
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla57
(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.
(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
@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.
Product: Testing → Remote Protocol
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: