Modal

Latest version: v0.73.139

Safety actively analyzes 723177 Python packages for vulnerabilities to keep your Python projects secure.

Scan your dependencies

Page 1 of 44

0.73.139

- Added `modal.experimental.ipython` module, which can be loaded in Jupyter notebooks with `%load_ext modal.experimental.ipython`. Currently it provides the `%modal` line magic for looking up functions:

python
%modal from main/my-app import my_function, MyClass as Foo

Now you can use my_function() and Foo in your notebook.
my_function.remote()
Foo().my_method.remote()

- Removed the legacy `modal.extensions.ipython` module from 2022.

0.73.135

* Fix shutdown race bug that emitted spurious error-level logs.

0.73.132

- Adds the `modal.concurrent` decorator, which will be replacing the beta `allow_concurrent_inputs=` parameter of `app.function` and `app.cls` for enabling input concurrency. Notably, `modal.concurrent` introduces a distinction between `max_inputs` and `target_inputs`, allowing containers to burst over the concurrency level targeted by the Modal autoscaler during periods of high load.

0.73.131

* Instantiation of classes using keyword arguments that are not defined as as `modal.parameter()` will now raise an error on the calling side rather than in the receiving container. Note that this only applies if there is at least one modal.parameter() defined on the class, but this will likely apply to parameter-less classes in the future as well.

0.73.121

- Adds a new "commit info" column to the `modal app history` command. It shows the short git hash at the time of deployment, with an asterisk `*` if the repository had uncommitted changes.

0.73.119

- Class parameters are no longer automatically cast into their declared type. If the wrong type is provided to a class parameter, method calls to that class instance will now fail with an exception.

Page 1 of 44

Links

Releases

Has known vulnerabilities

© 2025 Safety CLI Cybersecurity Inc. All Rights Reserved.