Log in| Join|
Created attachment 29 A sample application for reproducing the issues The QML WebView has some issues when viewing web pages including forms, mainly related to the software keyboard. The main issues are: - If a software keyboard is opened while on a web page, there's no way of closing it - Combo boxes (html <select> elements) don't work if a software keyboard is present Steps to reproduce: 0. Build the attached sample application 1. Click the "Open web view" button 2. Click the combo box 3. Notice that the combo box works and that the combo box popup is visible and the elements are selectable 4. Close the combo box 5. Click the text input field a few times until the software keyboard is opened 6. Notice that the toolbar (including the back button for closing the current page) is hidden. This isn't an issue in itself. 7. Try to clicking outside of the text input field, trying to close the software keyboard. Notice that the software keyboard isn't closed. 8. Click the Close html button, which closes the current page via a javascript callback. Notice that the software keyboard still is open, and no clicks on the initial page cause it to be closed. 9. Click the "Open web view" button again 10. Try dragging the content of the web view (by pressing the background of the web page), notice that Flickable reacts properly and scrolls the content 11. Click the combo box 12. Notice that the combo box popup isn't opened 13. Notice that dragging as in step 10 doesn't work any longer. 14. Try to task switch out from the application by swiping - the application is animated moving out while swiping, but when the swipe has finished, the application content still is displayed on top, even if some other view of the phone actually is active (and all presses are sent to that view) . This is a state where the phone is unusable (for an end user) and needs to be rebooted, if you can't easily kill the application. Alternative bug: 1. Kill and restart the application 2. Click the "Open web view" button 3. Click the text input field a few times until the software keyboard is opened 4. Click the combo box 5. Notice that the combo box popup isn't opened 6. Rotate the phone to the other orientation 7. Notice that the content area of the application (except for the software keyboard) is plain black
Also, before someone dismisses this as unimportant if it seems complicated to replicate - it's much easier than that, but the main bug reproduction was a guided tour around all the bugs I encountered so far. The major bug can be reproduced directly like this: 1. Start the sample application 2. Click the "Open web view" button 3. Click the text input field a few times until the software keyboard is opened 4. Click the combo box 5. Try to task switch out from the application by swiping - the application is animated moving out while swiping, but when the swipe has finished, the application content still is displayed on top, even if some other view of the phone actually is active (and all presses are sent to that view) . This is a state where the phone is unusable (for an end user) and needs to be rebooted, if you can't easily kill the application.
Assigned to internal team. Thank you for your input.
(In reply to comment #2) > Assigned to internal team. Thank you for your input.
FWIW, the initial report was done with 1.2011.22-6_PR_RM680, this is still reproducible on 1.2011.34-2_PR_RM680.
Still reproducible on N950 PR1.1, 2.2011.39-5_PR_RM680.
This seems to be fixed in N9 PR1.2 30.2012.07-1_PR_001.
