OSK stops responding on second invocation on Qt 5.1.1

[Timo Jyrinki]

The keyboard seems to stop responding to keys after it has been hidden once and then reinvoked. Steps to reproduce with Qt 5.1.1:

1. sudo apt-add-repository ppa:canonical-qt5-edgers/qt5-beta-proper
    sudo apt-get update
    sudo apt-get dist-upgrade
    sudo reboot
2. Open browser
3. Type something in the url
4. Tap in the browser are to hide the keyboard
5. Swipe from bottom and tap on the url bar to reinvoke the keyboard
6. Note that keys don't work anymore in the keyboard and the keyboard doesn't hide anymore when tapping on the browser window or switching away from the browser.

To revert back to archive versions:

sudo ppa-purge ppa:canonical-qt5-edgers/qt5-beta-proper

[Timo Jyrinki (timo-jyrinki)]

(bumped importance since this is maybe the most easily encountered problem of the Qt 5.1 bugs)

[Thomas Moenicke (thomas-moenicke)]

when it happens:
(gdb) bt
#0 0xb6406fe4 in __libc_do_syscall () from /lib/arm-linux-gnueabihf/libpthread.so.0
#1 0xb6402d72 in pthread_cond_wait@@GLIBC_2.4 () from /lib/arm-linux-gnueabihf/libpthread.so.0
#2 0xb68494ba in pthread_cond_wait () from /lib/arm-linux-gnueabihf/libc.so.6
#3 0xb69c8d14 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/arm-linux-gnueabihf/libQt5Core.so.5
#4 0xb6652fbe in ?? () from /usr/lib/arm-linux-gnueabihf/libQt5Quick.so.5
#5 0xb6652fbe in ?? () from /usr/lib/arm-linux-gnueabihf/libQt5Quick.so.5
Backtrace stopped: previous frame identical to this frame (corrupt stack?)