Closed (fixed)
Project:
Mollom
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
26 Aug 2010 at 19:24 UTC
Updated:
24 Apr 2014 at 17:13 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
sunThough what I don't understand is why communication fails with xmlrpc1 already?
I.e., it's not the subsequent XML-RPC requests that are failing, but the initial mollom.getServerList request that times out...
Powered by Dreditor.
Comment #2
sunmollom-HEAD.force-backend.0.patch queued for re-testing.
Comment #4
sunComment #6
sunis not visible in the test results, possibly caused by the client sending empty/no API keys. Johan will resolve that.
I'm a bit confused why we don't see that watchdog error in the test results though. Originally, I figured that we forgot to make mollom.getServerList always return xmlrpc1 only (which was the case), so the server fallback code in mollom() just simply skipped to the next server without logging an error.
However, looking at the actual error message and its format, then this log message does not originate from mollom(), but from _mollom_retrieve_server_list() itself:
mollom() errors are using:
This means that _mollom_retrieve_server_list() logged the watchdog error, but our assertMollomWatchdogMessages() did NOT catch it. :(
Comment #7
sunI'm not able to manually reproduce that we're NOT catching that error in test results.
Comment #9
sunEnforcing xmlrpc1 also for the mollom.getServerList result now.
Comment #11
sunComment #12
sunNot sure how, but there've been still some log messages containing:
So now totally enforcing a hard-coded server list.
Comment #14
sunComment #15
sunok, without the port :)
Comment #17
sunEnforced through the backend itself now.