Roundup Tracker - Issues

Message6228

Author rouilj
Recipients joseph_myers, rouilj
Date 2018-09-02.21:52:39
Message-id <20180902215232.564084C067E@itserver6.localdomain>
In-reply-to <alpine.DEB.2.21.1809022133560.1285@digraph.polyomino.org.uk>
In message <alpine.DEB.2.21.1809022133560.1285@digraph.polyomino.org.uk>,
Joseph Myers writes:
>On Sun, 2 Sep 2018, John Rouillard wrote:
>> If so, is it possible that that could have another use?
>
>I don't see a use for it.
>
>As far as I can tell, unless the form specifies @charset, a 
>roundup_charset cookie will never be set in the first place.  And unless 
>either the form specifies @charset or there is a roundup_charset cookie, 
>the client's charset attribute is set to self.STORAGE_CHARSET (i.e. 
>'utf-8') in __init__ and never changed afterwards, so all the code dealing 
>with recoding to/from another charset is dead in that case.  And since 
>Roundup always generates forms in UTF-8 unless @charset or roundup_charset 
>are used, and does not use the accept-charset attribute on forms, form 
>responses will always be submitted in UTF-8 so no recoding on input is 
>needed.

Works for me. Nuke it.
History
Date User Action Args
2018-09-02 21:52:40rouiljsetrecipients: + rouilj, joseph_myers
2018-09-02 21:52:40rouiljlinkissue2550998 messages
2018-09-02 21:52:39rouiljcreate