[hafqa] [hafqa] [Bug 2185] New: Applications with unsaved data can't be closed from the Home menu
From: bugzilla-daemon at lists.maemo.org bugzilla-daemon at lists.maemo.orgDate: Tue Oct 30 17:42:31 EET 2007
- Previous message: [hafqa] [Bug 1027] maemo-launcher does not install headers
- Next message: [hafqa] [Bug 1027] maemo-launcher does not install headers
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
https://bugs.maemo.org/show_bug.cgi?id=2185 Summary: Applications with unsaved data can't be closed from the Home menu Product: System software Version: 3.2 Platform: All OS/Version: Fedora Core Status: NEW Severity: normal Priority: Low Component: window-manager AssignedTo: tapani.palli at nokia.com ReportedBy: bugzilla770 at nmacleod.com QAContact: window-manager-bugs at maemo.org Version: OS 2007 4.2007.38-2/N800 A well designed application that is about to be closed with unsaved data will prompt the user to ensure the unsaved data is not lost once the application is terminated. Application can be closed by clicking "X" in the application window, or by selecting Close from the application specific menu. Finally, the application can also be closed by clicking the "x" in the Home (>>) menu. However, if the application is closed using the Home menu while the application does not have focus (ie. the application window is "buried") then nothing will appear to happen because the application remains "buried" even though it requires user input. If the application is closed while it has focus it will produce a "system prompt" sound when prompting the user, but when being closed while "buried" there will be no sound. EXPECTED OUTCOME: When clicking "x" in the Home (>>) menu, if the application requires user input prior to closing/terminating it should become the active window by taking focus and any associated "system prompt" sound should be heard. ACTUAL OUTCOME: The application being terminated remains buried but prompts the user for input without generating any "system prompt" sound. Consequently the user is unaware the application is prompting for input, thus the user is left with the impression that nothing has happened. When the user eventually switches foucs and makes the application active, the dialog prompt will become visible and only then is the "system prompt" sound hear. STEPS TO REPRODUCE THE PROBLEM: 1. Open Notes, enter some textual data 2. Return to the Home screen by opening the Home menu(>>) and selecting "Home" 3. Open the Home menu (>>) and attempt to close Notes by clicking on "x" to the right of the Notes entry in the Home menu list The Notes application will "refuse" to close and the user will not hear the "system prompt" sound. The Home menu will remain visible with the Notes application still listed. If the user then switches focus to the Notes application the dialog will become visible and the "system prompt" sound will be heard. OTHER COMMENTS: If the Notes application is the active/focused application, try and close Notes by clicking "x" in the Home menu. The "Save note before closing" prompt will appear but the prompt will be "covered" by the still open Home menu - this is even more obvious when the Home menu is in "Finger" mode. This shouldn't happen - the Home menu should close when an application is prompting the user for input! -- Configure bugmail: https://bugs.maemo.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.
- Previous message: [hafqa] [Bug 1027] maemo-launcher does not install headers
- Next message: [hafqa] [Bug 1027] maemo-launcher does not install headers
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]