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 vstinner
Recipients doerwalter, ezio.melotti, lemburg, ncoghlan, python-dev, serhiy.storchaka, vstinner
Date 2013-11-22.13:17:00
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
Can we now remove wrap_codec_error()? And maybe more changes which were done to workaround issues with non-Unicode codecs. bytes.decode/str.encode should no more raise a TypeError with codecs of the Python standard library.

Related changesets:

changeset:   87267:04e1f701aeaa
user:        Nick Coghlan <>
date:        Tue Nov 19 22:33:10 2013 +1000
files:       Lib/test/ Objects/exceptions.c
Also chain codec exceptions that allow weakrefs

The zlib and hex codecs throw custom exception types with
weakref support if the input type is valid, but the data
fails validation. Make sure the exception chaining in the
codec infrastructure can wrap those as well.

changeset:   87109:4ea622c085ca
user:        Nick Coghlan <>
date:        Fri Nov 15 21:47:37 2013 +1000
files:       Lib/test/ Python/codecs.c
Close 19609: narrow scope of codec exc chaining

changeset:   87084:854a2cea31b9
user:        Nick Coghlan <>
date:        Wed Nov 13 23:49:21 2013 +1000
files:       Doc/whatsnew/3.4.rst Include/pyerrors.h Lib/test/ Misc/NEWS Objects/exceptions.c Objects/unicodeobject.c Python/codecs.c
Close #17828: better handling of codec errors

- output type errors now redirect users to the type-neutral
  convenience functions in the codecs module
- stateless errors that occur during encoding and decoding
  will now be automatically wrapped in exceptions that give
  the name of the codec involved
Date User Action Args
2013-11-22 13:17:01vstinnersetrecipients: + vstinner, lemburg, doerwalter, ncoghlan, ezio.melotti, python-dev, serhiy.storchaka
2013-11-22 13:17:01vstinnersetmessageid: <>
2013-11-22 13:17:00vstinnerlinkissue19619 messages
2013-11-22 13:17:00vstinnercreate