[desktop] Modal dialogs don’t inhibit keyboard shortcuts
Bug #1507468 reported by
Olivier Tilloy
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| webbrowser-app (Ubuntu) |
Triaged
|
Medium
|
Andrew Hayzen | ||
Bug Description
Steps to reproduce:
- browse to e.g. http://
- wait for the modal dialog that asks for permission to access your location to show up
- run a few keyboard shortcuts, like Ctrl+Tab, Ctrl+T, Ctrl+F, …
Expected result: most keyboard shortcuts don’t have any effect, as the dialog is modal and prevents them (Ctrl+W/Ctrl+F4 should probably be an exception, it’s ok to request closing the current tab)
Current result: all keyboard shortcuts work, so one can easily escape the current tab while still having the modal dialog in the foreground.
| summary: |
- [desktop] Model dialogs don’t inhibit keyboard shortcuts + [desktop] Modal dialogs don’t inhibit keyboard shortcuts |
| tags: | added: keyboard |
Revision history for this message
| Olivier Tilloy (osomon) wrote | #1 |
| Changed in webbrowser-app (Ubuntu): | |
| assignee: | nobody → Andrew Hayzen (ahayzen) |
To post a comment you must log in.
Other keyboard shortcuts to open new views (such as Ctrl+H, Ctrl+J, Ctrl+Shift+O) should also be disabled when a javascript dialog is visible (alert, confirm, prompt, beforeunload).