Closed
Bug 964738
Opened 12 years ago
Closed 9 years ago
Upgrade atoms to latest Selenium export
Categories
(Remote Protocol :: Marionette, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: ato, Assigned: ato)
Details
Attachments
(2 files)
|
130.60 KB,
application/javascript
|
Details | |
|
222.94 KB,
patch
|
Details | Diff | Splinter Review |
We should probably update the Selenium atoms in testing/marionette/atoms/atoms.js to the ones from the latest Selenium release.
| Assignee | ||
Comment 1•12 years ago
|
||
A while back I landed a patch adding a build target for Marionette atoms to Selenium. Unfortunately I'm unsure if I've picked the right atom targets:
https://code.google.com/p/selenium/source/detail?r=2f47941a58fb7bec448f6492a3d2b478c2f0a8c4
An initial test I did with the newly generated atoms.js file from `./go marionette:atoms` against the Marionette unit test suite showed no regressions. However, I'm not familiar with the Gecko .jar packaging system. If I replace testing/marionette/atoms/atoms.js and run `mach build`, will this trigger the right paths in the dependency graph to rebuild Firefox properly?
Flags: needinfo?(dburns)
| Assignee | ||
Comment 2•12 years ago
|
||
Attaching a fresh atoms.js file generated from 948fbeddfd6739b40a7348a8e2dd5e4e58a4d70c in Selenium.
| Assignee | ||
Updated•12 years ago
|
Assignee: nobody → ato
Comment 3•12 years ago
|
||
What changes in the atoms are required for us at the moment?
(In reply to Andreas Tolfsen (:ato) from comment #1)
> A while back I landed a patch adding a build target for Marionette atoms to
> Selenium. Unfortunately I'm unsure if I've picked the right atom targets:
>
>
> https://code.google.com/p/selenium/source/
> detail?r=2f47941a58fb7bec448f6492a3d2b478c2f0a8c4
>
> An initial test I did with the newly generated atoms.js file from `./go
> marionette:atoms` against the Marionette unit test suite showed no
> regressions.
what is ./go marionette:atoms?
> However, I'm not familiar with the Gecko .jar packaging
> system. If I replace testing/marionette/atoms/atoms.js and run `mach
> build`, will this trigger the right paths in the dependency graph to rebuild
> Firefox properly?
If you update the atoms in http://mxr.mozilla.org/mozilla-central/source/testing/marionette/atoms/atoms.js for the ones that need updating.
If you do |mach build| it will take care of everything for you
Flags: needinfo?(dburns) → needinfo?(ato)
| Assignee | ||
Comment 4•12 years ago
|
||
(In reply to David Burns :automatedtester from comment #3)
> What changes in the atoms are required for us at the moment?
>
> (In reply to Andreas Tolfsen (:ato) from comment #1)
> > A while back I landed a patch adding a build target for Marionette atoms to
> > Selenium. Unfortunately I'm unsure if I've picked the right atom targets:
> >
> > https://code.google.com/p/selenium/source/detail?r=2f47941a58fb7bec448f6492a3d2b478c2f0a8c4
>
> what is ./go marionette:atoms?
It's a build target in Selenium for compiling the JavaScript atoms needed by
Marionette. The file can then be copied from the output directory to the Mozilla
repo.
> > However, I'm not familiar with the Gecko .jar packaging
> > system. If I replace testing/marionette/atoms/atoms.js and run `mach
> > build`, will this trigger the right paths in the dependency graph to rebuild
> > Firefox properly?
>
> If you update the atoms in
> http://mxr.mozilla.org/mozilla-central/source/testing/marionette/atoms/atoms.
> js for the ones that need updating.
>
> If you do |mach build| it will take care of everything for you
Thanks, but do you know if I've picked the right atoms from Selenium? Since they
get truncated and have probably changed a bit since they were put in Marionette
it's almost impossible for me to tell if they are the right ones.
Since you say that I should trust mach build for picking up the file for packaging
and the tests are passing, I guess it's safe to assume they are indeed the right
ones and that I can make a patch with the upgraded atoms?
Flags: needinfo?(ato)
Comment 5•12 years ago
|
||
(In reply to Andreas Tolfsen (:ato) from comment #4)
> Thanks, but do you know if I've picked the right atoms from Selenium?
Since I have never seen that build target I would check that they are pulling the same atoms in as what is in atoms.js
| Assignee | ||
Comment 6•12 years ago
|
||
try is closed at the moment, so unable to trigger testrun. I suggest holding off with the review until we've been able to run all tests with these new atoms in place.
Attachment #8367435 -
Flags: review?(dburns)
| Assignee | ||
Comment 7•12 years ago
|
||
Comment 8•12 years ago
|
||
Mnw had failed but think its intermittents, have retriggered those tests
| Assignee | ||
Comment 9•12 years ago
|
||
Where can I see the test results of the retriggered tests?
Comment 10•12 years ago
|
||
click on the tests and then bottom left has the logs for that test.
| Assignee | ||
Comment 11•12 years ago
|
||
Attempting another try: https://tbpl.mozilla.org/?tree=Try&rev=383de5e68eec
| Assignee | ||
Comment 12•12 years ago
|
||
Giving it one more try because Gu has been known to be unstable recently: https://tbpl.mozilla.org/?tree=Try&rev=17e324428561
| Assignee | ||
Comment 13•12 years ago
|
||
Comment on attachment 8367435 [details] [diff] [review]
0001-Bug-964738-Upgrade-Marionette-atoms-to-Selenium-2.39.patch
Need to investigate Mnw failures, dropping review request.
Attachment #8367435 -
Flags: review?(dburns)
| Assignee | ||
Comment 14•9 years ago
|
||
We will not upgrade the Selenium atoms but remove them in their entirety as we will implement the W3C specification instead.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → INVALID
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
•