dmypy doesn't working when ignore_missing_imports in [tool.mypy] session

[uf-fipper]

Bug Report

dmypy doesn't working when ignore_missing_imports in [tool.mypy] session.
I run the command on win11.

To Reproduce

pyproject.toml

[tool.mypy]
ignore_missing_imports = true

dmypy run a.py

Restarting: configuration changed
Daemon stopped
Daemon started
Response: {'restart': 'configuration changed', 'platform': 'win32', 'python_version': '3_9', 'roundtrip_time': 0.47419118881225586}

pyproject.toml

[[tool.mypy.overrides]]
module = ["apscheduler"]
ignore_missing_imports = true

dmypy run a.py

Success: no issues found in 1 source file

Your Environment

• Mypy version used: 0.991
• Mypy command-line flags: dmypy run a.py
• Mypy configuration options from pyproject.toml:

[tool.mypy]
ignore_missing_imports = true

• Python version used: 3.9
• os: win11

[ethanhs]

Probably the same issue as #14241

[jbaudisch]

I got the same issue when using VSCode's Mypy Type Checker. Having ignore_missing_imports = true in my pyproject.toml leads to a non-working extension (in terms of not showing any errors). If I comment this out, dmypy does work again (errors are shown again). Don't know if this issue still exist or if it is a problem in the extension. But if I switch to mypy instead of dmypy in the extension, it works - so I think the problem is here.

[uf-fipper]

I got the same issue when using VSCode's Mypy Type Checker. Having ignore_missing_imports = true in my pyproject.toml leads to a non-working extension (in terms of not showing any errors). If I comment this out, dmypy does work again (errors are shown again). Don't know if this issue still exist or if it is a problem in the extension. But if I switch to mypy instead of dmypy in the extension, it works - so I think the problem is here.

At that time, I used command line to reproduce the bug, but now I can't reproduce it... dmypy can run successfully on both vscode and command line.
This is a similar issue: #14241