Details
-
Bug
-
Resolution: Unresolved
-
P3: Somewhat important
-
None
-
6.8.1
Description
The problem is currently only reproduced on Android. Reproducer attached. The reproducer consists of 3 different controls for comparison: a Button with a TextInput embedded as a contentItem, a similar button but with inputMethodHints: Qt.ImhPreferNumbers, a regular TextInput.
Prepare a non-Latin keyboard first, e.g. Japanese, the problem can be observed by:
1. Input something (even Latin letters or numbers) to the first TextInput, hit enter, nothing is printed to console although it is expected that it prints something like "* end1". This happens I'd say 9 out of 10 times.
2. Input some number (it is by default) to the second TextInput, hit enter, it should print "* end 2". Arguably, the original reporter says that it does not print anything either. But I have never reproduced the problem for this TextInput.
3. Input something to the third (regular) TextInput, hit enter, console logs normally.
So it seems like that signal "accepted" is not emitted if the keyboard is not Latin, and even if what's input is Latin letters or numbers (using non-Latin keyboard). And it seems to be this signal exclusively, since "editingFinished" works (but I suppose that works by losing focus not by hitting enter).