Бокс не появится... . Поиски вывели на соответствующий баг в базе на bugreports.qt.io. Был подтвержден в версиях 4.8 и 5.4. Теперь еще и в 4.7. Очень странный баг, так не срабатывает именно вызов show() внутри exec().

Ничего странного, скобки лишние остались при редактировании. Убрал. К дырке это отношения не имеет.

а так QMessageBox box(this); ?

Есть окно "управления" и есть окно "данных". При необходимости окно "данных" у пользователя должно перекрываться модальным окном с сообщением. При этом разработчику должно быть доступно окно "управления", его блокировать нельзя, но разработчик должен видеть, как блокируется окно "данных", когда отлаживает решение для пользователя. Обычному пользователю окно "управления" не доступно.

Всё работает как надо, если сделать


Где dataWindow - окно данных. При этом box появляется по центру этого окна и блокирует только его. Все остальные окна приложения доступны. В режиме "разработки" это важно.

Чтобы так сделать, пришлось немного усложнить приложение, так как dataWindow находится в одном плагине, а box в другом, и там где box, ничего про dataWindow по идее не известно. Если бы работал box->setParent( dataWindow ), тогда было бы проще - указатель на QWidget бокса передавался бы в плагин dataWindow, а там он сам умеет полученных делать своими потомками.

Так и приложение больно не простое... Это не приложение даже, а инструмент для создания приложений, типа среды разработки. Можно считать так - окно "данных", это окно "приложения". А окно "управления" - это окно "отладчика". Собственно, по сути так и есть.

Во-первых, пришлось бы повторить практически весь функционал QMessageBox. Это должно быть именно окно с сообщением, с разными иконками, звуковыми сигналами и кнопками реагирования, в разных вариантах (Neutral message, Error, Warning, Question, Info, Extended Info) - а не просто сообщение на dataWindow, тем более, что именно dataWindow является инициатором появления сообщений. То есть, не слот должен быть, а сигнал. ;-) Но реальность гораздо разнообразнее. QMessageBox же делает всё что нужно. Во-вторых, плагин с выдачей сообщения может и отсутствовать, или может в будущем иметь немного другой функционал.

Не получается. Оно появляется там где надо - ровно по центру того окна, которое оно блокирует. И оно в курсе, если ему надо - оно блокирует своего родителя. Только родитель устанавливается не вызовом setParent(), а в конструкторе бокса.

Не... То, что кувиджет прячется при смене родителя - это я в курсе. У него hidden взводится. Но он обязан появляться по методу show(). Я с этим имел дело. Однако именно бокс по show() не появляется. Вот где баг.


Баг не я создал, он уже был на багтрекере, с прошлого года. Я только его подтвердил, причём не только я. Словесной реакции разрабов там нет. Есть только метка P2 Important и Unresolved. Баг подтвержден в 4.7.0, 4.8.0, 5.3.3, 5.4.7. То есть дырка историческая.

Неа. Затертое может быть не видно, но виртуально оно присутствует. Тогда основное окно должно было бы блокироваться. Но этого не происходит. Бокс не исчезает - он не появляется.

Нигде такого нет "messageBox == окно родителя". Откуда это взялось? Я устанавливаю родителем messageBox.setParent( dataWindow ). Соответственно, dataWindow по иерархии выше messageBox, и при отправке ему событий они должны упираться в блокировку, при условии что messasgeBox видим, то есть у него hidden == false. Раз события для родителя не блокируются, а messageBox не видим даже после messageBox.show(), значит у него при этом hidden == false так и осталось.