python / python/cpython

_find_incompatible_extension_module raises ModuleNotFoundError when sys.modules contains None for the parent package

Abierto
#151,631 1 comentario 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

stdlib type-bug
Lenguaje dominante
Python
Estrellas
77.2k
Forks
35.9k
Métricas de merge de PR
Métricas de PR pendientes

Descripción

Bug report

Bug description:

traceback.TracebackException raises a new ModuleNotFoundError when formatting an existing ModuleNotFoundError for a submodule import where the parent package entry in sys.modules is None.

Setting sys.modules['pkg'] = None is a documented mechanism to block imports of a package. It is used in the wild via unittest.mock.patch.dict("sys.modules", {"pkg": None}) in test suites. When such a blocked sub-module import fails and the resulting ModuleNotFoundError is formatted via traceback.format_exception(), logging.exception(), or similar, the new _find_incompatible_extension_module() function (added in GH-145006) calls importlib.resources.files(parent), which internally calls importlib.import_module(parent). This hits the None in sys.modules and raises a second ModuleNotFoundError inside the traceback machinery itself.

Reproducer
import sys, traceback

sys.modules['pkg'] = None
try:
    from pkg.mod import name
except ModuleNotFoundError as e:
    traceback.format_exception(e)

Works on 3.14, raises ModuleNotFoundError on 3.15.0b2:

Traceback (most recent call last):
  File ".../rep.py", line 5, in <module>
    from pkg.mod import name
ModuleNotFoundError: No module named 'pkg.mod'; 'pkg' is not a package

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File ".../rep.py", line 7, in <module>
    traceback.format_exception(e)
  File "/usr/lib64/python3.15/traceback.py", line 200, in format_exception
    te = TracebackException(type(value), value, tb, limit=limit, compact=True)
  File "/usr/lib64/python3.15/traceback.py", line 1207, in __init__
    elif abi_tag := _find_incompatible_extension_module(module_name):
  File "/usr/lib64/python3.15/traceback.py", line 2075, in _find_incompatible_extension_module
    traversable = importlib.resources.files(parent)
  File "/usr/lib64/python3.15/importlib/resources/_common.py", line 22, in files
    return from_package(resolve(anchor))
  File "/usr/lib64/python3.15/functools.py", line 1003, in wrapper
    return dispatch(args[0].__class__)(*args, **kw)
  File "/usr/lib64/python3.15/importlib/resources/_common.py", line 48, in _
    return importlib.import_module(cand)
  File "/usr/lib64/python3.15/importlib/__init__.py", line 88, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1381, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1364, in _find_and_load
ModuleNotFoundError: import of pkg halted; None in sys.modules

logging.exception() is also affected:

import sys, logging
sys.modules['pkg'] = None
try:
    from pkg.mod import name
except ModuleNotFoundError:
    logging.exception('fail')  # raises instead of logging the exception
Real-world failure

https://github.com/dask/distributed tests

The CondaInstall plugin catches ModuleNotFoundError when conda is not installed, logs the error, and raises RuntimeError. When asyncio's exception handler tries to format the chained ModuleNotFoundError, it raises another ModuleNotFoundError, bringing down the scheduler.

To reproduce, we run pytest -k test_conda_install_fails_when_conda_not_found ... during Fedora's RPM build of distributed.

Traceback (most recent call last):
  File "/usr/lib64/python3.15/asyncio/base_events.py", line 1920, in call_exception_handler
    self.default_exception_handler(context)
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^
  File "/usr/lib64/python3.15/asyncio/base_events.py", line 1892, in default_exception_handler
    logger.error('\n'.join(log_lines), exc_info=exc_info)
    ~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib64/python3.15/logging/__init__.py", line 1552, in error
    self._log(ERROR, msg, args, **kwargs)
    ~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib64/python3.15/logging/__init__.py", line 1668, in _log
    self.handle(record)
    ~~~~~~~~~~~^^^^^^^^
  File "/usr/lib64/python3.15/logging/__init__.py", line 1684, in handle
    self.callHandlers(record)
    ~~~~~~~~~~~~~~~~~^^^^^^^^
  File "/usr/lib64/python3.15/logging/__init__.py", line 1740, in callHandlers
    hdlr.handle(record)
    ~~~~~~~~~~~^^^^^^^^
  File "/usr/lib64/python3.15/logging/__init__.py", line 1030, in handle
    self.emit(record)
    ~~~~~~~~~^^^^^^^^
  File "/usr/lib/python3.15/site-packages/_pytest/logging.py", line 384, in emit
    super().emit(record)
    ~~~~~~~~~~~~^^^^^^^^
  File "/usr/lib64/python3.15/logging/__init__.py", line 1162, in emit
    self.handleError(record)
    ~~~~~~~~~~~~~~~~^^^^^^^^
  File "/usr/lib64/python3.15/logging/__init__.py", line 1154, in emit
    msg = self.format(record)
  File "/usr/lib64/python3.15/logging/__init__.py", line 1002, in format
    return fmt.format(record)
           ~~~~~~~~~~^^^^^^^^
  File "/usr/lib/python3.15/site-packages/_pytest/logging.py", line 137, in format
    return super().format(record)
           ~~~~~~~~~~~~~~^^^^^^^^
  File "/usr/lib64/python3.15/logging/__init__.py", line 720, in format
    record.exc_text = self.formatException(record.exc_info)
                      ~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^
  File "/usr/lib64/python3.15/logging/__init__.py", line 670, in formatException
    traceback.print_exception(ei[0], ei[1], tb, limit=None, file=sio)
    ~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib64/python3.15/traceback.py", line 174, in print_exception
    te = TracebackException(type(value), value, tb, limit=limit, compact=True)
  File "/usr/lib64/python3.15/traceback.py", line 1260, in __init__
    cause = TracebackException(
        type(e.__cause__),
    ...<6 lines>...
        max_group_depth=max_group_depth,
        _seen=_seen)
  File "/usr/lib64/python3.15/traceback.py", line 1207, in __init__
    elif abi_tag := _find_incompatible_extension_module(module_name):
                    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^
  File "/usr/lib64/python3.15/traceback.py", line 2075, in _find_incompatible_extension_module
    traversable = importlib.resources.files(parent)
  File "/usr/lib64/python3.15/importlib/resources/_common.py", line 22, in files
    return from_package(resolve(anchor))
                        ~~~~~~~^^^^^^^^
  File "/usr/lib64/python3.15/functools.py", line 1003, in wrapper
    return dispatch(args[0].__class__)(*args, **kw)
           ~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^
  File "/usr/lib64/python3.15/importlib/resources/_common.py", line 48, in _
    return importlib.import_module(cand)
           ~~~~~~~~~~~~~~~~~~~~~~~^^^^^^
  File "/usr/lib64/python3.15/importlib/__init__.py", line 88, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
           ~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "<frozen importlib._bootstrap>", line 1381, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1364, in _find_and_load
ModuleNotFoundError: import of conda halted; None in sys.modules
Where is this happening

https://github.com/python/cpython/blob/65afcdd8dfb3621ac696fce076e6282c76a04b2b/Lib/traceback.py#L2105-L2107

The importlib.resources.files() call resolves the parent package via importlib.import_module(), which fails if sys.modules[parent] is None.

Suggested fix

Wrap the importlib.resources.files() call to handle ImportError:

if parent:
    try:
        traversable = importlib.resources.files(parent)
    except ImportError:
        return

(I will send this as a PR shortly, assuming there is no negative response here.)

Related
Disclaimer

I used LLM to debug the failure in distributed to find the issues and create the reproducer. However, this was reviewed by a human (yours truly).

CPython versions tested on:

3.15

Operating systems tested on:

Linux

Linked PRs
  • gh-151835

Guía de contribución

Abrir la guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Línea de trabajo

Comienza en Lib/traceback.py, alrededor de _find_incompatible_extension_module(), especialmente en la llamada importlib.resources.files(parent) mencionada en el issue. Ejecuta el reproductor sys.modules proporcionado y verifica que traceback.format_exception() y logging.exception() ya no provoquen un segundo ModuleNotFoundError cuando el paquete padre esté bloqueado.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
python
Área
tooling
Tipo de issue
Error
Dificultad
2/5
Tiempo estimado
1-3 horas
Estado de actividad
Estancado
Claridad
Bien especificado
Aptitud para principiantes
25/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.