Actions
Bug #7881
openModal dialog, which should be inaccessible in parallel, is getting nested
Status:
New
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
12/02/2020
Due date:
% Done:
0%
Estimated time:
Description
If you open a modal dialog which also makes the button with which it was opened inaccessible. It's, in conjunction with WServer::post, still possible to open this dialog several times in parallel.
Please see reduced example code attached.
In my real world application dialogs (produced from a free helper function) are used to generate confirmance prompts which can then result in a double-delete scenario.
wt: 4.5.0rc1 (from git)
boost: 1.74
firefox: 83.0
MSVC 2017 15.9.25
Files
Updated by Marco Kinski about 4 years ago
other signals (eg. WFormWidget::changed)can also execute "behind" the dialog.
Updated by Marco Kinski almost 4 years ago
- File ConsoleApplication1.cpp ConsoleApplication1.cpp added
Modified the example code to cleanly exit std::threads.
I also noticed that with a higher thread count this exmaple also produces #7617 (which should be solved...)
Actions