-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cannot Get Console Error Logs from Firefox #330
Comments
geckodriver is an implementation of W3C WebDriver which doesn’t specify a log interface at the moment, so this is expected behaviour. |
Ok thanks! I will look for it in the next release (whenever that is) |
This won’t be fixed in a future release until the working group decides to add it to the specification. |
Thanks so much for the geckodriver. @andreastt: Have you got any update regarding this matter? Such a feature would definitely improve the quality of our tests. |
Well, we need to come to agreement with the other browser vendors about a sensible API. I don’t think the polling nature of the Selenium API is particularly sensible, but it may be the only option given the restrictions of having an HTTP protocol. The tracking issue on the WebDriver standard is w3c/webdriver#406, but as we are just finishing up “level 1” for Candidate Recommendation, it is unlikely to be worked on in the near future. |
Thanks for letting us know. |
@andreastt, is there any active proposal or plan how to implement the log interface? |
There isn’t an active proposal, but at F2F in Cambridge a few years ago we discussed using the Selenium log API as a template. You can see the meeting minutes from all the working group’s meetings at https://sny.no/bttmin. That basically works by polling an endpoint for a certain log type. The driver will have cached N log entries internally in memory and returns these as an array. This is a terrible design for many reasons, but I’m having a hard time seeing how it can be improved within the boundaries of the current protocol. If WebDriver was a duplex protocol, where the client could listen or subscribe to events from the server, this would be a much simpler task. |
Firefox webdriver does not yet support browser console logs fetching: mozilla/geckodriver#330
Firefox webdriver does not yet support browser console logs fetching: mozilla/geckodriver#330
Firefox webdriver does not yet support browser console logs fetching: mozilla/geckodriver#330
is there any other way i can get the logs? getting the same error |
@simplyviks No, there is no log interface in geckodriver yet. |
@andreastt thanks for confirming that. |
It's this kind of response that is killing Firefox - If we (devs) can't test it using things like wdio and selenium out of the box then we simply stop using it - Very frustrated today after finding various breaking issues of Firefox (alone) - Logging, Keys and Actions to mention the one's that really are essential - I just can't believe these aren't on the 'Must fix today' list at Mozilla! |
I’m not pointing fingers, but if anything you should channel your frustrations to the vendors who are implementing and shipping non-standards conforming implementations. If you consult https://wpt.fyi/results/webdriver/tests?label=experimental, you will find that geckodriver conforms closest to the standard that these vendors support and have said they are committed to. |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Starting with Firefox 65 you are able to at least route any logging through the Console API to the geckodriver log. Here the entry from our geckodriver 0.24.0 release notes:
|
This issue has been automatically locked since there has not been any recent activity after it was closed. If you have run into an issue you think is related, please open a new issue. |
Tested using Gecko driver v0.11.1
Firefox Browser version 49.0.2
Selenium version 3.0.1
Mac OS: 10.11.6
Code:
Stack trace:
The text was updated successfully, but these errors were encountered: