Re: [pgsql-www] Further UTF8/MIME fixes for the commitfest app - Mailing list pgsql-www

From Magnus Hagander
Subject Re: [pgsql-www] Further UTF8/MIME fixes for the commitfest app
Date
Msg-id CABUevEwjMkdeQWG9P8EKEOXd+xjhXZJwpQPzNHjexnTv3jLpRg@mail.gmail.com
Whole thread Raw
In response to Re: [pgsql-www] Further UTF8/MIME fixes for the commitfest app  (ilmari@ilmari.org (Dagfinn Ilmari Mannsåker))
Responses Re: Further UTF8/MIME fixes for the commitfest app
List pgsql-www


On Tue, Mar 14, 2017 at 2:07 PM, Dagfinn Ilmari Mannsåker <ilmari@ilmari.org> wrote:
Magnus Hagander <magnus@hagander.net> writes:

> On Wed, Mar 1, 2017 at 5:35 PM, Dagfinn Ilmari Mannsåker <ilmari@ilmari.org>
> wrote:
[…]
>> #2 MIME-decodes headers received from the mailing list archive JSON API
>>
>> I haven't been able to talk to the JSON api, so I couldn't test them
>> properly, but I did some stand-alone testing of the code snippets.
>>
>> Note that the MIME decoding only works properly if running under Python
>> 3; the Python 2 version of email.header.decode_header() has broken
>> detection of the end of encoded-words.
>
> Is the patch still an improvement on python2?

No, because it'd be affected by the same problem that causes the
undecoded headers to be returned from the archive app.

OK.

 
> Also, based on your other email about the list archives -- if we fix this
> in the archives, does that make this patch unnecessary?

Yes, this patch is unnecessary if the archive app is fixed, and
insufficient if the commitfest app isn't upgraded to python3.

One possible workaround until upgrading to python3 is feasible would be
for the archive app to do some more munging (akin to the existing
_re_mailworkaround), and inject a space between an encoded-word and an
immediately-adjacent opening/closing paren.

Actually, if I read that one right, it would be enough to upgrade the *loader* part of the archives, which is a much more contained problem, as it pretty much only has dependencies on the standard library.

Will have to run some detailed tests on that of course, to make sure it doesn't break anything else (like we have to reparse the 1.2 million messages in the archives and see if something else changes - but we have tools for this), but I think that's probably the best way forward from here.

--

pgsql-www by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: [pgsql-www] buildfarm git references pointing at github?
Next
From: Alexey Vasiliev
Date:
Subject: [pgsql-www] Update book to new version