maemo.org Bugzilla – Bug 6039
Hanging application menu requires system reboot
Last modified: 2010-01-18 16:36:52 UTC
You need to log in before you can comment on or make changes to this bug.
SOFTWARE VERSION: 1.2009.41-10 STEPS TO REPRODUCE THE PROBLEM: Reproduce bug #5524 (https://bugs.maemo.org/show_bug.cgi?id=5524) and when the application hangs in its own application menu, try the following: 1. Go into task switcher by pressing Ctrl+Backspace. 2. Kill the application by confirming the "Application not responding, kill it?" dialog. 3. Kill the application by clicking "Kill current application" from the status bar menu. EXPECTED OUTCOME: All these should work. ACTUAL OUTCOME: None of them work. REPRODUCIBILITY: always COMMENTS: It appears that the application menus are global and take precedence over every other dialog, including system dialogs ("application not responding") and the task switcher. Instead, the application menu should have top priority for all dialogs inside that application, but not globally.
Cross linked bug in internal bugzilla can be found with title: UI freezes with HildonAppMenu opened and Close non-responsive dialog appearing Target to fix for the first update release. Setting TM 5.0+
fixed it git master, except for the first trick (ctrl-backspace) because you can't go to switcher when you have a system-modal dialog/note displayed.
(In reply to comment #2) > fixed it git master, except for the first trick (ctrl-backspace) because you > can't go to switcher when you have a system-modal dialog/note displayed. Thanks! =) Any reason why application menu should be system-modal?
(In reply to comment #1) > Cross linked bug in internal bugzilla Thanks, Urho! Setting Alias. Also see http://wiki.maemo.org/Bugs:Cloning if interested... I prefer closing bugs after they have been integrated internally, hence reopening until I can post the week release it's included in.
(In reply to comment #3) > (In reply to comment #2) > > fixed it git master, except for the first trick (ctrl-backspace) because you > > can't go to switcher when you have a system-modal dialog/note displayed. > Thanks! =) Any reason why application menu should be system-modal? The menu is not a problem since it can be (normally) closed. But the "application is not responding" dialog is system modal in this case.
This has been fixed in package hildon-desktop 1:2.2.114-1+0m5 which is part of the internal build version 2009.46-5 (Note that 2009 is the year and the number after is the week.) Any public update released with or after this build version will include the fix. Please verify that the new version fixes the bug by marking this bug report as VERIFIED after the public update has been released and if you have some time.
The problem reported here should be fixed in the update released today for public: The Maemo5 update version 2.2009.51-1 (also called "PR1.1" sometimes). Please leave a comment if the problem is not fixed for you in this update version.
(In reply to comment #7) > The problem reported here should be fixed in the update released today for > public: The Maemo5 update version 2.2009.51-1 (also called "PR1.1" sometimes). > Please leave a comment if the problem is not fixed for you in this update > version. I have updated my device to version 2.2009.51-1, but still i get the error Hildon-home is not responding. Close application ? I am unable to access the desktop menu to modify >
johnborg: Please provide exact steps to reproduce by filing a new bug report.
(In reply to comment #8) > (In reply to comment #7) > > The problem reported here should be fixed in the update released today for > > public: The Maemo5 update version 2.2009.51-1 (also called "PR1.1" sometimes). > > Please leave a comment if the problem is not fixed for you in this update > > version. > > I have updated my device to version 2.2009.51-1, but still i get the error > Hildon-home is not responding. Close application ? > > I am unable to access the desktop menu to modify if hildon-home is jammed, it's probably some 3rd-party Home applet that is at fault. You can try disabling applets one-by-one until you find the broken one.