[frameworks-kwidgetsaddons] [Bug 381492] KSelectAction::~KSelectAction calls deleteLater() on NULL QMenu* instance

2022-12-05 Thread Bug Janitor Service
https://bugs.kde.org/show_bug.cgi?id=381492 Bug Janitor Service changed: What|Removed |Added Status|NEEDSINFO |RESOLVED

[frameworks-kwidgetsaddons] [Bug 381492] KSelectAction::~KSelectAction calls deleteLater() on NULL QMenu* instance

2022-11-20 Thread Bug Janitor Service
https://bugs.kde.org/show_bug.cgi?id=381492 --- Comment #4 from Bug Janitor Service --- Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular

[frameworks-kwidgetsaddons] [Bug 381492] KSelectAction::~KSelectAction calls deleteLater() on NULL QMenu* instance

2022-11-06 Thread Justin Zobel
https://bugs.kde.org/show_bug.cgi?id=381492 Justin Zobel changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|---

[frameworks-kwidgetsaddons] [Bug 381492] KSelectAction::~KSelectAction calls deleteLater() on NULL QMenu* instance

2017-06-26 Thread RJVB
https://bugs.kde.org/show_bug.cgi?id=381492 --- Comment #2 from RJVB --- > Do you have an idea which code is responsible for changing the parent? No, not at the moment. There is 1 possibility: Qt itself reparents actions that are added to a menu that's part of a native

[frameworks-kwidgetsaddons] [Bug 381492] KSelectAction::~KSelectAction calls deleteLater() on NULL QMenu* instance

2017-06-26 Thread Christoph Feck
https://bugs.kde.org/show_bug.cgi?id=381492 --- Comment #1 from Christoph Feck --- According to the code, only in init() there is a call to QAction::setMenu() with a newly created QMenu without a parent, and it is never changed later, so QAction::menu() should still return this