Closed Bug 1295722 Opened 3 years ago Closed 3 years ago
Log parsing fails on Windows 7 with change
The patch for Bug 1246540 causes a message from the Python BasicHttpServer to spit out an error which seems to cause log parsing to fail on Windows 7 web platform tests. This change change sends a HEAD request which Python's HTTP server doesn't understand, so it returns a logs the error and returns a 400, and at some point what it logs can not be interpreted as UTF-8.  https://github.com/enthought/Python-2.7.3/blob/master/Lib/BaseHTTPServer.py#L280  https://treeherder.mozilla.org/#/jobs?repo=try&revision=06456b4a91cd&selectedJob=25754729 search for "code 400, message Bad HTTP/0.9 request type"
Setting web-platform tests to not send HSTS priming requests prevents the lines being emitted into the log. This has been applied to bug 1246540.
Log in question: https://email@example.com/try-win32/try_win7_vm_test-web-platform-tests-e10s-3-bm138-tests1-windows-build525.txt.gz It succeeds when I use: $ ./manage.py test_parse_log https://firstname.lastname@example.org/try-win32/try_win7_vm_test-web-platform-tests-e10s-3-bm138-tests1-windows-build525.txt.gz However the problem appears to be during bug suggestion generation, since in New Relic I see: https://rpm.newrelic.com/accounts/677903/applications/4180461/traced_errors/0af55c36-634a-11e6-9e2c-c81f66b8ceca_26631_33901 django.db.utils:ProgrammingError: (1064, 'syntax error, unexpected $end') Which is bug 1224931.
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 1224931
You need to log in before you can comment on or make changes to this bug.