Message227324
| Author |
DS6 |
| Recipients |
DS6 |
| Date |
2014年09月23日.05:20:14 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1411449615.3.0.851782925938.issue22467@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
Inconsistent casing, such as "Content-type" vs "Content-Type", "Content-Length" vs "Content-length", while technically not breaking any RFC or other HTTP-related rules (headers are case-insensitive, after all), can occasionally cause problems when attempting to retrieve already-set headers from http.server.BaseHTTPRequestHandler._headers_buffer (in my situation specifically, trying to retrie the Content-Type header in the sendfile method in an extended BaseHTTPRequestHandler class). This happens a lot in the file and I wouldn't be surprised if the problem were to crop up in other places as well.
I'm a new user of Python, so despite having searched for an answer to this problem, if there's a case-insensitive way to obtain items from a list and I'm just daft, please feel free to point me in the right direction, though I feel that the casing should be corrected regardless for consistency and optimization sake.
(Aside: I would try to publish a patch along with this issue report with the casing issues fixed, but I'm not too knowledgeable about versioning and stuff and would have no idea where to start.) |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2014年09月23日 05:20:15 | DS6 | set | recipients:
+ DS6 |
| 2014年09月23日 05:20:15 | DS6 | set | messageid: <1411449615.3.0.851782925938.issue22467@psf.upfronthosting.co.za> |
| 2014年09月23日 05:20:15 | DS6 | link | issue22467 messages |
| 2014年09月23日 05:20:14 | DS6 | create |
|