Closed
Bug 771425
Opened 12 years ago
Closed 11 years ago
Uploading report sometimes fails with 'No JSON object could be decoded'
Categories
(Testing Graveyard :: Mozmill, defect)
Testing Graveyard
Mozmill
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: whimboo, Assigned: bromaniac)
References
Details
(Whiteboard: [mozmill-2.0.3][mentor=whimboo][lang=py][good first bug])
Attachments
(1 file, 1 obsolete file)
1.46 KB,
patch
|
whimboo
:
review+
|
Details | Diff | Splinter Review |
Sometimes we fail in uploading the report to the dashboard. The failure we are facing is the following:
INFO Passed: 201
INFO Failed: 0
INFO Skipped: 0
No JSON object could be decoded
We are failing somewhere in this code:
https://github.com/mozautomation/mozmill/blob/master/mozmill/mozmill/report.py#L97
Could even be inside an exception block where we are trying to decode the response and really don't output the right failure.
This happens for Mozmill 1.5 on and off but the code for Mozmill 2 is the same. So asking for blocking 2.0.
I think this is an issue with the response from the server - we expect JSON back and it isn't. We aren't throwing an exception so not sure what else we can do. Going to mark as mozmill-next for now. Re nominate if we can reproduce it reliably.
Whiteboard: [mozmill-2.0?] → [mozmill-next]
Reporter | ||
Comment 2•12 years ago
|
||
This mostly correlates to our addons testrun. We should try to be able to reproduce it.
Reporter | ||
Updated•11 years ago
|
Whiteboard: [mozmill-next] → [mozmill-2.1?][mentor=whimboo][lang=py][good first bug]
Comment 3•11 years ago
|
||
Hello! I want to work on this bug, and this is my first bug. Can anyone guide me where to start? Thank you.
Reporter | ||
Comment 4•11 years ago
|
||
Hi Sushant, I'm not fully sure if it was you who started on this bug already. Could you please let me know? Thanks.
Sanketsaurav, depending on the current status of this bug you might be able to take it or we have to find something else for you to work on. We have plenty of mentored bugs in our components. Thanks.
Flags: needinfo?(hiraysushant)
Comment 5•11 years ago
|
||
Henrik,
Considering the bug has been out for so many days, I guess there might be some difficulties in recreating the bug.
If Sanketsaurav has managed to recreate the bug, then he can work on this :)
Else I will work given the fact that I've been able to reproduce the bug already.
Thanks,
Flags: needinfo?(hiraysushant)
Reporter | ||
Comment 6•11 years ago
|
||
Thank you Sushant! Sanketsaurav are you able to reproduce the problem? It might be that this can be always seen if you are behind an auth proxy, which you haven't authenticated against yet.
Flags: needinfo?(sanketsaurav)
Comment 7•11 years ago
|
||
Henrik,
I've not reproduced the bug yet. This is my first bug, and would really like to get started with this. Please guide me.
(In reply to Henrik Skupin (:whimboo) from comment #6)
> Thank you Sushant! Sanketsaurav are you able to reproduce the problem? It
> might be that this can be always seen if you are behind an auth proxy, which
> you haven't authenticated against yet.
Flags: needinfo?(sanketsaurav)
Reporter | ||
Comment 8•11 years ago
|
||
(In reply to sanketsaurav from comment #7)
> I've not reproduced the bug yet. This is my first bug, and would really like
> to get started with this. Please guide me.
Hm, I think that this problem is related to using a proxy, and that the response we get back is not JSON data but a simple string. I think that you should be able to reproduce it when you setup a local proxy server on your computer as best with authentication. When Mozmill then tries to send the report and no credentials have been given, you will most likely see a string as return value of the urllib method. Decoding it should fail. If you can't do that simply tweak the code and overwrite the return value with various values (string, number...) and check how the decode method reacts on it.
Reporter | ||
Comment 9•11 years ago
|
||
Frederic would like to work on this bug. So assigning him now.
Assignee: nobody → fredrik.broman
Status: NEW → ASSIGNED
Assignee | ||
Comment 10•11 years ago
|
||
Yes this is related to being behind a proxy you haven't authenticated to. The proxy then returns HTTP error 407 and some html but report.py doesn't care about the HTTP error, it just tries to parse the html as json. This of course fails.
I've added a new try in front of the json parser and if the parser fails the new except prints the HTTP error code and string.
I made some simple tests with a local squid3 proxy and couchdb:
Without being authenticated:
Sending results to 'http://fredrikbroman.se/db' failed (407 - Proxy Authentication Required).
Without proxy but sending to a web server not couchdb:
Sending results to 'http://fredrikbroman.se/db' failed (404 - Not Found).
Without proxy but to a couchdb but non-existant db:
Sending results to 'http://localhost:5984/fb' failed (no_db_file).
Without proxy to a couchdb and existing db:
Report document created at 'http://localhost:5984/db12af5e09abb24a556a1853388a000681'
So it looks like the patch is working!
Attachment #8349563 -
Flags: review?(hskupin)
Reporter | ||
Comment 11•11 years ago
|
||
Wow that looks fantastic! Thanks a lot for working on it Fredrik. And everything without any help. I'm impressed! Given that your examples above work, I would even consider adding it to the next Mozmill 2.0.3 release. I will have a look at the patch in a bit.
Blocks: 950831
Whiteboard: [mozmill-2.1?][mentor=whimboo][lang=py][good first bug] → [mozmill-2.0.3][mentor=whimboo][lang=py][good first bug]
Reporter | ||
Comment 12•11 years ago
|
||
Comment on attachment 8349563 [details] [diff] [review]
0001-Bug-771425-Uploading-report-sometimes-fails-with-No-.patch
Review of attachment 8349563 [details] [diff] [review]:
-----------------------------------------------------------------
It looks great. I only have a nit which needs an update. See my inline comment. With that fixed you have my r+! Thanks a lot!
::: mozmill/mozmill/report.py
@@ +112,5 @@
> + data['reason'])
> + except ValueError:
> + print "Sending results to '%s' failed (%s - %s)." % (report_url,
> + str(e.code),
> + e.reason)
I would simply use `str(e)` here and not split it up. That way we also know the type of exception thrown.
Attachment #8349563 -
Flags: review?(hskupin) → review+
Assignee | ||
Comment 13•11 years ago
|
||
Thank you for your kind words Henrik! Fixing the bug wasn't that hard but setting up the environment with proxy etc to be able to reproduce it and test the code took some time.
Anyways, here is the new patch. I agree it looks better:
Sending results to 'http://localhost:5984/db' failed (HTTP Error 407: Proxy Authentication Required).
Attachment #8349563 -
Attachment is obsolete: true
Attachment #8350147 -
Flags: review?(hskupin)
Reporter | ||
Comment 14•11 years ago
|
||
Comment on attachment 8350147 [details] [diff] [review]
0001-Bug-771425-Uploading-report-sometimes-fails-with-No-.patch
Review of attachment 8350147 [details] [diff] [review]:
-----------------------------------------------------------------
I think that looks perfect now. I'm not a fan of those nested try/except blocks but any kind of refactoring we can do later. I will get this landed and fold it into our upcoming Mozmill 2.0.3 release. Good to see that this nasty bug has been fixed.
Attachment #8350147 -
Flags: review?(hskupin) → review+
Reporter | ||
Comment 15•11 years ago
|
||
Landed as:
https://github.com/mozilla/mozmill/commit/7eded93716d620f1f3c8473e9825e21718a92b56 (master)
https://github.com/mozilla/mozmill/commit/0945f3835e29bb7c07a4a33885953da495a59fe7 (hotfix-2.0)
Fredrik, please let me know what else you would like to work on or any special interests in what you want to learn. We should be able to find the right next bug for you.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
QA Contact: hskupin
Resolution: --- → FIXED
Updated•8 years ago
|
Product: Testing → Testing Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•