[Windows] Application::Quit posts WM_QUIT before destroying windows

オープン

#57 2026年9月21日に作成コメント 0 件リアクション 0 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 3/5
見積もり時間: 1〜2日
初心者へのやさしさ: 72/100

issue の種類: バグ
明瞭さ: おおむね明確
活発さ: 活発
技術スタック: cpp
領域: desktop, operating-systems

調査の方向性

Start in src/platform/windows/application_windows.cpp and trace Application::Quit() through the window teardown and message-loop handling. Check the behavior in a Flutter app, including a close handler that intercepts the system close button. Done means the windows and Flutter engine are destroyed while messages are still pumped, before WM_QUIT is posted, and the app exits promptly.

索引モデルが issue の本文から書いたものです。

説明

bug

On Windows, Application::Quit() ends in PostQuitMessage() (src/platform/windows/application_windows.cpp) without destroying the application's windows first.

window_manager had the same pattern in destroy(), and there it made apps take several seconds to exit, or stop responding, since Flutter 3.24. The window and the Flutter engine were torn down after the message loop had already stopped.

Expected: destroy the windows (so the Flutter view controller shuts down its engine while messages are still pumped), then post WM_QUIT. Needs checking in a Flutter app, including with a close handler that intercepts the system close button.

Background:

leanflutter/window_manager#478: destroy() takes several seconds (also #452)
leanflutter/window_manager#590: a PR that destroys the window before quitting the message loop

主要言語: C++
スター: 34
フォーク: 7
平均マージ: 3日 1時間
マージ済み PR（30日）: 1

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

libnativeapi/nativeapi のほかの issue

[Linux] TrayIcon: StatusNotifierItem Id is hard-coded to "nativeapi-tray" オープン

bug

難易度 4/5 3〜5日初心者へのやさしさ 45/100

libnativeapi/nativeapi#81 · 2026年9月21日に作成
[macOS] Verify: reports carried over from window_manager オープン

bug

難易度 4/5 3〜5日初心者へのやさしさ 45/100

libnativeapi/nativeapi#80 · 2026年9月21日に作成
[Linux] Verify: reports carried over from window_manager オープン

bug

難易度 4/5 3〜5日初心者へのやさしさ 35/100

libnativeapi/nativeapi#79 · 2026年9月21日に作成
[Windows] Verify: events, input and icon reports from window_manager オープン

bug

難易度 4/5 3〜5日初心者へのやさしさ 45/100

libnativeapi/nativeapi#78 · 2026年9月21日に作成
[Windows] Verify: full-screen transitions オープン

bug

難易度 4/5 3〜5日初心者へのやさしさ 45/100

libnativeapi/nativeapi#77 · 2026年9月21日に作成

libnativeapi/nativeapi の issue をすべて見る

似ている issue

rate_limit_sni_expiry AuTest is flaky: the holder races FIFO removal オープン

AuTest Bug Tests

難易度 2/5 1〜3時間初心者へのやさしさ 78/100

apache/trafficserver#13714 · 2026年9月22日に作成
[CI] Nightly Clang build broken: ToJsonFunction no longer binds to registerFunction オープン

bug build

難易度 2/5 1〜3時間初心者へのやさしさ 88/100

facebookincubator/velox#19143 · 2026年9月22日に作成
Misc. bug: Vulkan: ggml_backend_vk_get_device_memory reports free > total when the driver's heapBudget exceeds heap size (Intel iGPU, Windows); downstream consumers underflow オープン

難易度 2/5 1〜3時間初心者へのやさしさ 82/100

ggml-org/llama.cpp#29277 · 2026年9月22日に作成
tt_metal/hw/inc/internal/tt-2xx/quasar/overlay/xcustom_test.hpp needs reimplementing オープン

難易度 2/5 1〜3時間初心者へのやさしさ 68/100

tenstorrent/tt-metal#57393 · コメント 1 件 · 2026年9月22日に作成
Ford-Fulkerson entry point sizes the graph by argument count, not by vertex id range, so it crashes on any vertex id >= args.length オープン

難易度 2/5 1〜3時間初心者へのやさしさ 76/100

objectionary/eo-graphs#74 · 2026年9月22日に作成

C++ の issue をもっと見る