blob: 040db24c6e7c5f9660aa397e1e7ec24aa671f626 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
|
# Debugging
## Redirecting the Gecko output
The most common way to debug Marionette, as well as chrome code in
general, is to use `dump()` to print a string to stdout. In Firefox,
this log output normally ends up in the gecko.log file in your current
working directory. With Fennec it can be inspected using `adb logcat`.
`mach marionette-test` takes a `--gecko-log` option which lets
you redirect this output stream. This is convenient if you want to
“merge” the test harness output with the stdout from the browser.
Per Unix conventions you can use `-` (dash) to have Firefox write
its log to stdout instead of file:
```shell
% ./mach marionette-test --gecko-log -
```
It is common to use this in conjunction with an option to increase
the Marionette log level:
```shell
% ./mach test --gecko-log - -vv TEST
```
A single `-v` enables debug logging, and a double `-vv` enables
trace logging.
This debugging technique can be particularly effective when combined
with using [pdb] in the Python client or the JS remote debugger
that is described below.
[pdb]: https://docs.python.org/3/library/pdb.html
## JavaScript debugger
You can attach the [Browser Toolbox] JavaScript debugger to the
Marionette server using the `--jsdebugger` flag. This enables you
to introspect and set breakpoints in Gecko chrome code, which is a
more powerful debugging technique than using `dump()` or `console.log()`.
To automatically open the JS debugger for `Mn` tests:
```shell
% ./mach marionette-test --jsdebugger
```
It will prompt you when to start to allow you time to set your
breakpoints. It will also prompt you between each test.
You can also use the `debugger;` statement anywhere in chrome code
to add a breakpoint. In this example, a breakpoint will be added
whenever the `WebDriver:GetPageSource` command is called:
```javascript
GeckoDriver.prototype.getPageSource = async function() {
debugger;
…
}
```
To be prompted at the start of the test run or between tests,
you can set the `marionette.debugging.clicktostart` preference to
`true` this way:
```shell
% ./mach marionette-test --setpref='marionette.debugging.clicktostart=true' --jsdebugger
```
For reference, below is the list of preferences that enables the
chrome debugger for Marionette. These are all set implicitly when
`--jsdebugger` is passed to mach. In non-official builds, which
are the default when built using `./mach build`, you will find that
the chrome debugger won’t prompt for connection and will allow
remote connections.
* `devtools.browsertoolbox.panel` -> `jsdebugger`
Selects the Debugger panel by default.
* `devtools.chrome.enabled` → true
Enables debugging of chrome code.
* `devtools.debugger.prompt-connection` → false
Controls the remote connection prompt. Note that this will
automatically expose your Firefox instance to localhost.
* `devtools.debugger.remote-enabled` → true
Allows a remote debugger to connect, which is necessary for
debugging chrome code.
[Browser Toolbox]: /devtools-user/browser_toolbox/index.rst
|
