| Anonymous | Login | Signup for a new account | 11-10-2008 12:11 PST |
| Main | My View | View Issues | Change Log | Docs |
| Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | ||||||||
| ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||||
| 0003344 | [BusyBox] Networking Support | minor | always | 05-16-08 04:59 | 06-22-08 09:28 | ||||
| Reporter | arved | View Status | public | ||||||
| Assigned To | BusyBox | ||||||||
| Priority | normal | Resolution | fixed | ||||||
| Status | closed | Product Version | 1.4.x | ||||||
| Summary | 0003344: wget.c misinterpretes HTTP Error 204 | ||||||||
| Description |
204 NO CONTENT is the common result if an empty file is requested. BusyBox treats it as an error. Fix: add a "case 204:" below "case 200:" at line 601 in wget.c |
||||||||
| Additional Information | |||||||||
| Attached Files | |||||||||
|
|
|||||||||
Notes |
|
|
(0007734) bernhardf 05-16-08 05:16 |
What about the other, currently unhandled 20x codes, i.e. 201, 202, 203, 204, 205 ? http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html [^] |
|
(0007774) vda 05-18-08 08:22 |
Standard legalese is cryptic: 10.2.5 204 No Content The server has fulfilled the request but does not need to return an entity-body, and might want to return updated metainformation. The response MAY include new or updated metainformation in the form of entity-headers, which if present SHOULD be associated with the requested variant. If the client is a user agent, it SHOULD NOT change its document view from that which caused the request to be sent. This response is primarily intended to allow input for actions to take place without causing a change to the user agent's active document view, although any new or updated metainformation SHOULD be applied to the document currently in the user agent's active view. The 204 response MUST NOT include a message-body, and thus is always terminated by the first empty line after the header fields. IOW: it doesn't say that 204 means "null file", it says "metadata has changes but data didn't". I am confused. So, is it true that real-world web servers send 204 for null files? Which web servers (and which versions of those)? |
|
(0007784) arved 05-18-08 08:36 |
@vda: I have had this problem with boa. Standard wget does not return with an error, busybox does. @bernhardf: Yes i think wget should not return an error on any 20x code. But i did not do any research if those you mention require special code handling. |
|
(0007794) vda 05-18-08 09:01 |
Which version of boa does this? |
|
(0007804) bernhardf 05-19-08 04:28 |
arved, please provide enough info for us to reproduce this 204 behaviour. 1) boa version 2) samplecode that can be use to reproduce the 204 locally. thanks, |
|
(0007814) arved 05-19-08 05:36 |
telnet localhost 80 Trying 127.0.0.1... Connected to localhost.localdomain. Escape character is '^]'. GET /foo HTTP/1.1 HTTP/1.1 204 NO CONTENT Date: Mon, 19 May 2008 12:32:48 GMT Server: Boa/0.94.14rc21 Accept-Ranges: bytes Connection: Keep-Alive Keep-Alive: timeout=10, max=1000 |
|
(0008454) vda 06-22-08 09:28 |
Fixed in rev.22470. Thanks! |
| Copyright © 2000 - 2006 Mantis Group |