Tanase Lucian

The error appears when WebDriver needs to start the GeckoDriver with this line of code: `$driver = Firefox\FirefoxDriver::start($desiredCapabilities);` If I start manually firefox and gecko driver and I am using...

Where does geckodriver save his log files? How can I locate them? I saw requirements for providing such trace-level log, but I do not know where to find them or...

Does not have geckodriver a default settings which tell where to place the log files? I tried using it directly with curl but I am not able to pass in...

I have tried: `$firefoxOptions->setOption("log", ["level" => "trace"]);` The exception is the following: ``` Facebook\WebDriver\Exception\WebDriverCurlException Curl error thrown for http POST to /session with params: {"capabilities":{"firstMatch":[{"browserName":"firefox","moz:firefoxOptions":{"binary":"/usr/lib/firefox/firefox","log":{"level":"trace"},"args":["-headless"],"prefs":{"reader.parse-on-load.enabled":false,"devtools.jsonview.enabled":false}},"acceptInsecureCerts":false}]}} Operation timed out after 180001...

Ok. I raised an issue with php-webdriver team for not being able to output log files. They set a dev-feature/driver-service-logging branch. I used it and set the log level to...

The stack trace error for this is: ``` Facebook\WebDriver\Exception\Internal\WebDriverCurlException Curl error thrown for http POST to /session with params: {"capabilities":{"firstMatch":[{"browserName":"firefox","moz:firefoxOptions":{"binary":"/usr/lib/firefox/firefox","log":{"level":"trace"},"args":["-headless"],"prefs":{"reader.parse-on-load.enabled":false,"devtools.jsonview.enabled":false}},"acceptInsecureCerts":false}]}} Operation timed out after 180001 milliseconds with 0 bytes received...

If i do not set the log level, geckodriver.log file looks like this: ``` 1676028690758 geckodriver INFO Listening on 127.0.0.1:9515 1676028690778 mozrunner::runner INFO Running command: "/usr/lib/firefox/firefox" "--marionette" "-headless" "-no-remote" "-profile"...

Is there any explanation why the problem did not persist if geckodriver is running in the background, permanently and pops only when php-webdriver try to start geckodriver?

I created a .cache directory in the /usr/sbin and grant it relevant permissions and now (firefox:6417): dconf-CRITICAL error has disappeared from the geckodriver.log file. However the issue is not fixed....

The issue seems related with this bug [Read Marionette port from MarionetteActivePort file within the Firefox profile directory](https://bugzilla.mozilla.org/show_bug.cgi?id=1421766) which was closed one year ago.