This issue tracker has been migrated to GitHub ,
and is currently read-only.
For more information,
see the GitHub FAQs in the Python's Developer Guide.
| Author | jjlee |
|---|---|
| Recipients | BitTorment, facundobatista, frispete, jjlee, orsenthil |
| Date | 2008年07月11日.19:09:28 |
| SpamBayes Score | 0.007052245 |
| Marked as misclassified | No |
| Message-id | <1215803371.93.0.850397840634.issue2275@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
There already is a test for the breakage, but the patch changes the
expected output to match the new return value of .header_items():
- [('Foo-bar', 'baz'), ('Spam-eggs', 'blah')]
+ [('Foo-Bar', 'baz'), ('Spam-Eggs', 'blah')]
Code that previously worked fine, for example code that iterates through
.header_items() and does string comparisons on the header names, or does
"in" tests on the keys of dict(header_items), etc. will break, the
existence of .has_header() notwithstanding.
What is the purpose of this change? Can you explain how that justifies
breaking working code?
The alternative to this change is to leave the return value of
.header_items() unchanged. That could be done by performing case
normalisation at a later stage. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2008年07月11日 19:09:32 | jjlee | set | spambayes_score: 0.00705225 -> 0.007052245 recipients: + jjlee, facundobatista, orsenthil, frispete, BitTorment |
| 2008年07月11日 19:09:31 | jjlee | set | spambayes_score: 0.00705225 -> 0.00705225 messageid: <1215803371.93.0.850397840634.issue2275@psf.upfronthosting.co.za> |
| 2008年07月11日 19:09:28 | jjlee | link | issue2275 messages |
| 2008年07月11日 19:09:28 | jjlee | create | |