[Libreoffice-bugs] [Bug 133279] Not possible to type in "tunneled dialogs" on iOS (using a hardware keyboard)

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=133279

--- Comment #2 from Tor Lillqvist <tml at iki.fi> ---
Aron: Nicolas uses a semi-permanently attached hardware keyboard, I think, so
that use case needs to be tested separately. It is different both from using
only an on-screen keyboard and using a "normal" (random 3rd-party) Bluetooth
keyboard.

When using a 3rd-party Bluetooth keyboard, at least the chap "Trust" brand one
I have, if you haven't used it for some minutes, it goes into some sleep state
and iOS doesn't know any longer that it is there. The
isExternalKeyboardAttached() check in the app then returns false, and that
(currently) intentionally leads to different code paths being used.

Only when you hit some keys on my Bluetooth keyboard the connection gets
reinstated and iOS starts receiving that input. But I assume Nicolas's keyboard
is different, possibly it is one using the "smart connector" on iPad Pro, so it
doesn't need batteries, and the iPad knows that it is there.

Anyway, using current online:master and core:cp-6.4, if I make sure my
Bluetooth keyboard is not sleeping and is actively connected when I start the
app, typing into tunneled dialogs *does* work. It seems that the specific use
case that Nicolas is concerned about has been fixed. But let's keep this bug
open until we have a fresh TestFlight build out that Nicolas can verify with.

That it isn't possible to type into a tunneled dialog using the on-screen
keyboard (the keyboard does not even show up, or shows up for a split second
and goes away) is a different bug.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200902/13ce7db7/attachment.htm>