https://bugzilla.wikimedia.org/show_bug.cgi?id=36950
Sam Reed (reedy) <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|High |Normal --- Comment #8 from Sam Reed (reedy) <[email protected]> 2012-05-18 20:31:52 UTC --- Ok, so the problem is this code recently added to our HTTP code: if ( isset( $this->respHeaders['content-length'] ) ) { if ( strlen( $this->content ) < $this->getResponseHeader( 'content-length' ) ) { $this->status->fatal( 'http-truncated-body' ); } } We're getting 0 content, but the header gives a number, so this is then classed as a fatal error.. url: http://pdf1.wikimedia.org:8080//08/084377b53fc2a31c/output.rl 2012-05-18 20:19:00 mw10 frwikibooks: content-length-header: 700197 content-length-actual: 0 url: http://pdf3.wikimedia.org:8080//f8/f84485f7ffd576cf/output.rl 2012-05-18 20:19:25 srv267 dewikibooks: content-length-header: 57811 content-length-actual: 0 url: http://pdf1.wikimedia.org:8080//ce/ce9d841ca7076699/output.rl I've disabled that code for the moment, and now all wikis that were previously on 1.20wmf3 are back on it. The question here, is why are we apparently getting no content. In this case, at least, it doesn't seem to make any difference, as we can still download the file fine. Is it safe/sensible to add an option for the curl downloader that we just ignore this check? Collection seems to be the main (but not the only) offender -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- 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
