1. I've put an equivalent statement into the toolkit spec, subject to approval from Femma.
2. "Some content which is not accessible" should never be the case, whether the OSK is visible or not. That would be awful! As I mentioned, that could be fixed by implementing the Dialog section of the toolkit spec -- particularly the part where the body area scrolls if necessary. (Of course scrolling is bad, but it's better than the alternative.) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1415023 Title: [Dialog] if keyboard is present, buttons and derivatives have to be pressed twice Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: STEPS: Setup: 1 phone + one locked sim 1. Open system settings 2. Goto Security 3. Goto Sim Pin 4. Tap on unlock 5. Type in the pin 6. Tap the green confirm button EXPECTED: I expect the dialog to be dismissed and the keyboard and sim be unlocked ACTUAL: The keyboard is dismissed but the dialog box remains. A recent change has effected this. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1415023/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
