Opened 16 years ago
Closed 16 years ago
#4997 closed defect (fixed)
Exiting mythbrowser in mythnews with a remote exits mythnews, too
Reported by: | Owned by: | Isaac Richards | |
---|---|---|---|
Priority: | minor | Milestone: | unknown |
Component: | mythnews | Version: | 0.21-fixes |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description
When I go to mythnews, and open an article to mythbrowser, exiting mythbrowser with my remote _usually_ exits mythnews, too, getting me back to the Information Center. It works the right way when opening an article for the first time, and then sometimes, very randomly.
All works okay with the keyboard, but not with my remote. I've verified with irw that pressing the Exit button of the remote produces single Esc event only. Also, the Exit button works normally everywhere else, and used to work the right way with mythnews in 0.20.
Debian, Myth version 0.21.20080304-1
Change History (4)
comment:1 Changed 16 years ago by
comment:3 Changed 16 years ago by
(In [17277]) Fix a problem where exiting from MythBrowser? was also exiting from MythNews?.
Just changes the position of the call to qApp->processEvents() to make sure that all keypress events are flushed from the parent process's event queue before returning from myth_system() when called with the MYTH_SYSTEM_DONT_BLOCK_PARENT flag.
comment:4 Changed 16 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
(In [17278]) Merge [17277] from trunk.
Fix a problem where exiting from MythBrowser? was also exiting from MythNews?.
Just changes the position of the call to qApp->processEvents() to make sure that all keypress events are flushed from the parent process's event queue before returning from myth_system() when called with the MYTH_SYSTEM_DONT_BLOCK_PARENT flag.
I can confirm this same behavior, haven't investigated it further. I'm running FC8 with SVN HEAD.