https://bugzilla.wikimedia.org/show_bug.cgi?id=72384

--- Comment #5 from Magnus Manske <[email protected]> ---
(In reply to Brad Jorsch from comment #4)
> Cannot reproduce as described, submitting that query data to
> www.wikidata.org as a POST using OAuth with valid authorization headers
> works fine when I try it.

It's on-and-off, and seems to go away when I renew the OAUth permissions, at
least for a while.

Try a browser where you haven't used my Widar OAuth "proxy tool" (if ever).
This URL

http://tools.wmflabs.org/widar/index.php?action=get_rights&botmode=1&test=1

should show the "Internal server error" while the problem persists,
reproducibly. May serve you for testing the patch.

> I do see exceptions logged about invalid authorization headers, and testing
> that does give an internal server error rather than the expected API error
> response. I'm going to go ahead and fix that error, and if you can confirm
> that it's only invalid authorization headers giving the problem then this
> bug can be changed back to PATCH_TO_REVIEW.
> 
> 
> (In reply to Magnus Manske from comment #2)
> > Update 2: One query returned me being OAuth-enticated as an IP.
> > Specifically, 10.68.17.9, which wasn't my IP at the time.
> 
> 10.68.17.9 is one of the Tool Labs webgrid hosts. Was the API query sent
> from Tool Labs?

Yes, the Widar tool.

> That sounds like you hit a wiki using HHVM when the OAuth authorization was
> done using Zend, or vice versa. For some reason the OAuth stuff doesn't seem
> to be shared between the two.

Well, that should go away once they are all using HHVM, right?

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to