add a trace option for geckodriver
Categories
(Testing :: Raptor, enhancement, P5)
Tracking
(firefox86 fixed)
Tracking | Status | |
---|---|---|
firefox86 | --- | fixed |
People
(Reporter: tarek, Assigned: baka, Mentored)
References
Details
(Keywords: good-first-bug, Whiteboard: [lang=py])
User Story
See here for information on how to contribute: https://wiki.mozilla.org/TestEngineering/Performance/NewContributors
Attachments
(1 file)
Per Bug 1629809
we can add back in the BT version of raptor an option to set marionette TRACE option
Updated•4 years ago
|
Comment 1•4 years ago
|
||
Hi , I'm new to open source community. I'd like to contribute . could you please guide me.
Comment 2•4 years ago
|
||
Hi :nelakasenura94, welcome! You'll have to add the pref that was removed by this patch when an option is provided: https://hg.mozilla.org/integration/autoland/rev/b98e5909c211
We could call the flag --enable-marionette-trace
to enable it. Here's a patch that adds a command line flag that you could follow for adding this one: https://phabricator.services.mozilla.com/D69051
It will need to enable a preference in Raptor when it's found. What you could do is check for args.enable_marionette_trace
and if it's True, then you can add the pref to the extra_prefs
list here: https://dxr.mozilla.org/mozilla-central/source/testing/raptor/raptor/raptor.py#132
Comment 3•4 years ago
|
||
I'm working on this . it seems it's required to grab some domain knowledge here first .
I was able to build firefox locally . I'm planning to read little more about raptor and setup it locally .
then I will be able to understand the issue better.
Updated•4 years ago
|
Comment 4•4 years ago
|
||
Hello, can I work on this?
Comment 5•4 years ago
|
||
Hi Elaine, yes certainly! :)
You should start by getting yourself ready for hacking on this (see the user story section above). Once your environment is setup, then you can follow the instructions in comment #2 to solve this bug.
Comment 6•3 years ago
|
||
Hi, I would like to work on this.
Assignee | ||
Comment 7•3 years ago
|
||
Hello, I will like to work on this , I have read the comment #2 and understood the changes that I have to make. I will just like to confirm it and request for some more information. I need to add --enable-marionette-trace
option to the raptor with the help of this already closed pull request. But what do I need to do with args.enable_marionette_trace
. Can someone explain it to me. (I am new to working with mozilla, I will like to do good bugs and participate in outreachy with mozilla)
Comment 8•3 years ago
|
||
Sure, feel free to submit a patch for this!
You'll have to add the pref mentioned above in comment #2 to the extra_prefs
here when args.enable_marionette_trace
is True
: https://searchfox.org/mozilla-central/source/testing/raptor/raptor/raptor.py#48-59
Assignee | ||
Comment 9•3 years ago
|
||
(In reply to Greg Mierzwinski [:sparky] from comment #8)
Sure, feel free to submit a patch for this!
You'll have to add the pref mentioned above in comment #2 to the
extra_prefs
here whenargs.enable_marionette_trace
isTrue
: https://searchfox.org/mozilla-central/source/testing/raptor/raptor/raptor.py#48-59
Thankyou Greg, I will get cracking on this one and wait for further instructions once I submit the patch. :)
Assignee | ||
Comment 10•3 years ago
|
||
In file testing/mozharness/mozharness/mozilla/testing/raptor.py when adding values for --enable_marionette_trace
should it look something like this?
[["--enable-marionette-trace"], {
"action": "store_true",
"dest": "marionette_trace",
"default": False,
"help": "Enable marionette tracing"
}],
and what does "dest" option and action option mean here. If you can provide some place where I can figure out this information myself that will be more helpful. :)
Comment 11•3 years ago
|
||
I see :bebe's already answered you're question :)
Assignee | ||
Comment 12•3 years ago
|
||
I have followed this bug to add a flag by the name of --enable-marionette-trace. Can you tell me how can I check if its working and debug it. I can see it in ./mach raptop --help. Should I submit the patch for you to review?
Assignee | ||
Comment 13•3 years ago
|
||
Updated•3 years ago
|
Comment 14•3 years ago
|
||
You can use the commands in the new contributors guide to test it out: https://wiki.mozilla.org/TestEngineering/Performance/NewContributors#Performance_Testing
We should see extra logging when this patch is applied and --enable-marionette-trace is set. You might need to use --verbose to see it.
Assignee | ||
Comment 15•3 years ago
|
||
diff -r 22e4492faa63 testing/raptor/raptor/raptor.py
--- a/testing/raptor/raptor/raptor.py Sun Jan 10 15:41:34 2021 +0530
+++ b/testing/raptor/raptor/raptor.py Mon Jan 11 21:35:51 2021 +0530
@@ -55,6 +55,13 @@
}
)
+ if args.enable_marionette_trace:
+ args.extra_prefs.update(
+ {
+ "marionette.log.level": "Trace",
+ }
+ )
+
if args.extra_prefs and args.extra_prefs.get("fission.autostart", False):
args.enable_fission = True
I am unable to understand how to enable this flag. But from the lines removed from user.js in this patch and lines added just above to enable another flag, I predicted it should go something like this. Am I correct?
Updated•3 years ago
|
Comment 17•3 years ago
|
||
Couldn't land. Please rebase.
Updated•3 years ago
|
Assignee | ||
Comment 18•3 years ago
|
||
Hello :NarcisB , I am unable to rebase, Can you help me out how can I ? (I am not good at using mercurial)
Comment 19•3 years ago
|
||
- Pull the changes (e.g. ``hg pull central` if you have a "mozilla-unified" repository why contains the changes to central, beta, release and esr).
hg heads
will list commits which have no other commits as children (which applies to your change). If you didn't run thehg update
command, yours should also have the labeltip
.- If it hasn't, copy the revision hash and call
hg update -r revisionHash
. Replace revisionHash with the string from the clipboard. - Run
hg rebase -s . -d central
.
You should get a message about a conflict and which files are affected. - Open the files with the conflict and change the code how it should look like (part between
<<<<
and====
is from mozilla-central, the part between====
and>>>>
from your patch. - Once you fixed the code, let mercurial know about fix:
hg resolve --mark
. - Complete the rebase:
hg rebase --continue
Assignee | ||
Comment 20•3 years ago
|
||
:aryx I followed these steps and everything seems to work fine except hg rebase
did not pop up any conflicts. So I assumed I must have been because of commit I dropped earlier which I didn't push using moz-phab
. I have added the check-in needed tag in the phabricator patch assuming that after rebasing I don't have to push anything.
Updated•3 years ago
|
Comment 21•3 years ago
|
||
Pushed by rmaries@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/10cf8563c5ed Added --enable-marionette-trace raptor flag r=sparky,perftest-reviewers
Comment 22•3 years ago
|
||
bugherder |
Description
•