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 p-ganssle
Recipients barry, p-ganssle, r.david.murray
Date 2019-04-08.16:45:34
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1554741934.49.0.490765940263.issue36564@roundup.psfhosted.org>
In-reply-to
Content
When reviewing PR 12020 fixing an infinite loop in the e-mail module, I noticed that a *different* infinite loop is documented with a "# XXX" comment on line 2724:

https://github.com/python/cpython/blob/58721a903074d28151d008d8990c98fc31d1e798/Lib/email/_header_value_parser.py#L2724

This is triggered when the policy's `max_line_length` is set to be shorter than minimum line length required by the "RFC 2047 chrome". It can be reproduced with:

    from email.policy import default

    policy = default.clone(max_line_length=7) # max_line_length = 78
    policy.fold("Subject", "12345678")

I could not find an entry on the tracker for this bug, but it is documented in the source code itself, so maybe I just didn't try hard enough.

Related but distinct bugs: #33529, #33524

I will submit a patch to fix this.
History
Date User Action Args
2019-04-08 16:45:34p-gansslesetrecipients: + p-ganssle, barry, r.david.murray
2019-04-08 16:45:34p-gansslesetmessageid: <1554741934.49.0.490765940263.issue36564@roundup.psfhosted.org>
2019-04-08 16:45:34p-gansslelinkissue36564 messages
2019-04-08 16:45:34p-gansslecreate