24a4468b88- Update to 1.17.2 * Added universal binary wheels for macOS. That is, contains both x86_64 and arm64 architectures in the same wheel. - from version 1.17.1 * Due to GitHub actions changes, binary wheels were missing for macOS Intel. * Not implemented error for __reduce__() on ObjectProxy was incorrectly displaying the error as being on __reduce_ex__(). - from version 1.17.0 * Add __format__() method to ObjectProxy class to allow formatting of wrapped object. * Added C extension internal flag to indicate that wrapt should be safe for Python 3.13 free threading mode. Releases will include free threading variants of Python wheels. Note that as free threading is new, one should be cautious about using it in production until it has been more widely tested. * When a normal function or builtin function which had wrapt.decorator or a function wrapper applied, was assigned as a class attribute, and the function attribute called via the class or an instance of the class, an additional argument was being passed, inserted as the first argument, which was the class or instance. This was not the correct behaviour and the class or instance should not have been passed as the first argument. * When an instance of a callable class object was wrapped which didn’t not have a __get__() method for binding, and it was called in context where binding would be attempted, it would fail with error that __get__() did not exist when instead it should have been called directly, ignoring that binding was not possible. * The __round__ hook for the object proxy didn’t accept ndigits argument. - Drop py313-classmethods.patch, merged upstreamNico Krapp2025-02-28 14:24:50 +00:00
9b6e8b7db3Accepting request 1249203 from home:glaubitz:branches:devel:languages:pythonNico Krapp2025-02-28 14:24:50 +00:00
7c19886876Accepting request 1218799 from devel:languages:pythonAna Guerrero2024-10-29 13:32:03 +00:00
de7749fbe4Accepting request 1218799 from devel:languages:pythonAna Guerrero2024-10-29 13:32:03 +00:00
a5a43c8d1f- add py313-classmethods.patch to fix test failures with py313Dirk Mueller2024-10-28 11:56:41 +00:00
7f125fd1d3- add py313-classmethods.patch to fix test failures with py313Dirk Mueller2024-10-28 11:56:41 +00:00
069af16b21Accepting request 1129246 from devel:languages:pythonAna Guerrero2023-11-28 21:18:56 +00:00
d2ef78250f- update to 1.16.0: * Note that version 1.16.0 drops support for Python 2.7 and 3.5. Python version 3.6 or later is required. * The `patch_function_wrapper() decorator now accepts an enabled argument, which can be a literal boolean value, object that evaluates as boolean, or a callable object which returns a boolean. In the case of a callable, determination of whether the wrapper is invoked will be left until the point of the call. In the other cases, the wrapper will not be applied if the value evaluates false at the point of applying the wrapper. * The import hook loader and finder objects are now implemented as transparent object proxies so they properly proxy pass access to attributes/functions of the wrapped loader or finder. * Code files in the implementation have been reorganized such that the pure Python version of the ObjectProxy class is directly available even if the C extension variant is being used. This is to allow the pure Python variant to be used in exceptional cases where the C extension variant is not fully compatible with the pure Python implementation and the behaviour of the pure Python variant is what is required. * It was not possible to update the __class__ attribute through the transparent object proxy when relying on the C implementation. generating binary wheels for musllinux`. * When using an adapter function to change the signature of the decorated * Code for inspect.getargspec() when using Python 2.6 was missingDirk Mueller2023-11-27 20:33:38 +00:00
8abbe278cb- update to 1.15.0: * When the C extension for wrapt was being used, and a property was used on an object proxy wrapping another object to intercept access to an attribute of the same name on the wrapped object, if the function implementing the property raised an exception, then the exception was ignored and not propagated back to the caller. * Address issue where the post import hook mechanism of wrapt wasn't transparent and left the __loader__ and __spec__.loader attributes of a module as the wrapt import hook loader and not the original loader. * Address issues where a thread deadlock could occur within the wrapt module import handler, when code executed from a post import hook created a new thread and code executed in the context of the new thread itself tried to register a post import hook, or imported a new module. * When using `CallableObjectProxy as a wrapper for a type or function and calling the wrapped object, it was not possible to pass a keyword argument named self`.Dirk Mueller2023-05-04 20:46:16 +00:00
06a6995124- update to 1.14.1: * When the post import hooks mechanism was being used, and a Python package with its own custom module importer was used, importing modules could fail if the custom module importer didn't use the latest Python import hook finder/loader APIs and instead used the deprecated API. This was actually occurring with the zipimporter in Python itself, which was not updated to use the newer Python APIs until Python 3.10. **Bugs Fixed** * Python 3.11 dropped `inspect.formatargspec() which was used in creating signature changing decorators. Now bundling a version of this function which uses Parameter and Signature from inspect module when available. The replacement function is exposed as wrapt.formatargspec() if need it for your own code. * When using a decorator on a class, isinstance() checks wouldn't previously work as expected and you had to manually use Type.__wrapped__ to access the real type when doing instance checks. The __instancecheck__ hook is now implemented such that you don't have to use Type.__wrapped__ instead of Type as last argument to isinstance()`. * Eliminated deprecation warnings related to Python module import system, which would have turned into broken code in Python 3.12. This was used by the post import hook mechanism.Dirk Mueller2022-10-01 14:05:53 +00:00
b62d187077- update to 1.13.3: * Adds wheels for Python 3.10 on PyPi and where possible also now generating binary wheels for `musllinux`.Dirk Mueller2021-11-06 18:23:49 +00:00
5d7d7b6a0d- update to 1.13.2: * Note that the next signficant release of wrapt will drop support for Python 2.7 and Python 3.5. * Fix Python version constraint so PyPi classifier for `pip requires Python 2.7 or Python 3.5+. * When a reference to a class method was taken out of a class, and then wrapped in a function wrapper, and called, the class type was not being passed as the instance argument, but as the first argument in args, with the instance being None. The class type should have been passed as the instance argument. * If supplying an adapter function for a signature changing decorator using input in the form of a function argument specification, name lookup exceptions would occur where the adaptor function had annotations which referenced non builtin Python types. Although the issues have been addressed where using input data in the format usually returned by inspect.getfullargspec() to pass the function argument specification, you can still have problems when supplying a function signature as string. In the latter case only Python builtin types can be referenced in annotations. * When a decorator was applied on top of a data/non-data descriptor in a class definition, the call to the special method __set_name__() to notify the descriptor of the variable name was not being propogated. Note that this issue has been addressed in the FunctionWrapper used by @wrapt.decorator but has not been applied to the generic ObjectProxy class. If using ObjectProxy directly to construct a custom wrapper which is applied to a descriptor, you will need to propogate the __set_name__() call yourself if required. * The issubclass()` builtin method would give incorrect results when used with a class which had a decorator applied to it. Note that this has only been able to be fixed for Python 3.7+. Also, due to what is arguably aDirk Mueller2021-10-26 21:16:57 +00:00
6ab6e1f8b1- update to 1.12.1: * Applying a function wrapper to a static method of a class using the `wrap_function_wrapper()` function, or wrapper for the same, wasn't being done correctly when the static method was the immediate child of the target object. It was working when the name path had multiple name components. A failure would subsequently occur when the static method was called via an instance of the class, rather than the class.Dirk Mueller2020-03-16 11:02:48 +00:00
b20b330dda- update to 1.12.0: * Provided that you only want to support Python 3.7, when deriving from a base class which has a decorator applied to it, you no longer need to access the true type of the base class using `__wrapped__ in the inherited class list of the derived class. * When using the synchronized decorator on instance methods of a class, if the class declared special methods to override the result for when the class instance was tested as a boolean so that it returned False all the time, the synchronized method would fail when called. * When using an adapter function to change the signature of the decorated function, inspect.signature()` was returning the wrong signature when an instance method was inspected by accessing the method via the class type.Dirk Mueller2020-03-09 16:26:38 +00:00
2e45767abf- Update to 1.11.2: * Fix possible crash when garbage collection kicks in when invoking a destructor of wrapped object.
Tomáš Chvátal
2019-07-22 11:37:49 +00:00
db9958982d- Update to 1.11.1: * Many bugfixes all around * see changes.rst for detailed list - Switch to github to include tests
Tomáš Chvátal
2019-03-11 13:29:34 +00:00
c94da7a2f8- update to version 1.10.10: * Added back missing description and categorisations when releasing to PyPi. * Code for inspect.getargspec() when using Python 2.6 was missing import of sys module.Dirk Mueller2017-09-20 20:04:23 +00:00