email.feedparser regex duplicate

[jimjjewett]

BPO	2679
Nosy	@ezio-melotti
Files	2679.patch: Change in patch : NLCRE_crack = NLCRE_bol

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = None
closed_at = None
created_at = <Date 2008-04-24.13:52:19.311>
labels = ['3.8', 'library', '3.9', '3.10']
title = 'email.feedparser regex duplicate'
updated_at = <Date 2020-10-25.23:24:50.146>
user = 'https://bugs.python.org/jimjjewett'

bugs.python.org fields:

activity = <Date 2020-10-25.23:24:50.146>
actor = 'iritkatriel'
assignee = 'none'
closed = False
closed_date = None
closer = None
components = ['Library (Lib)']
creation = <Date 2008-04-24.13:52:19.311>
creator = 'jimjjewett'
dependencies = []
files = ['27132']
hgrepos = []
issue_num = 2679
keywords = ['patch']
message_count = 2.0
messages = ['65723', '169904']
nosy_count = 2.0
nosy_names = ['jimjjewett', 'ezio.melotti']
pr_nums = []
priority = 'low'
resolution = None
stage = 'needs patch'
status = 'open'
superseder = None
type = None
url = 'https://bugs.python.org/issue2679'
versions = ['Python 3.8', 'Python 3.9', 'Python 3.10']

[jimjjewett]

feedparser defines four regexs for end-of-line, but two are redundant.

NLCRE checks for the three common line endings.
NLCRE_crack also captures the line ending.
NLCRE_eol also adds a $ to ensure it is at the end.
NLCRE_bol ... is identical to NLCRE_crack.

It should either use a ^ to insist on line-start, or be explicitly the
same. (e.g., NLCRE_bol=NLCRE_crack.) (It gets away with not listing the ^
because the current code only uses NLCRE_bol.match.

(Actually, if the regexes are considered private, then the current code
could just use the bound methods directly ... setting NLCRE_bol to the
.match method, NLCRE_eol to the .search method, and NLCRE_crack to the
.split method.)

[moijes12]

Hi

I've attached a patch. Its a simple one wherein NLCRE_crack = NLCRE_bol. I found this in Python 3.3.0b2+ and so I've added version 3.3. I executed "./python -m test" after making the change and no failures were reported (340-OK, 30-Skip). Looking forward to your comments.

[hugovk]

I think we can close this issue: it's 15 years old, the patch is 10 years old. The patch is simple enough but no-one's been too bothered by the duplication in all this time.