ubuntu-webapps-bugs team mailing list archive

[Olivier Tilloy <olivier.tilloy@xxxxxxxxxxxxx>]

I have submitted a fix for oxide which prevents calling
QInputMethod::update() with Qt::ImHints if the current input method type
is none (see http://bazaar.launchpad.net/~osomon/oxide/osk-flicker-
fix/revision/798).

However, even with that fix, I’m still seeing the OSK layout briefly
reset to the default one. I’m wondering if the OSK might be resetting
its layout when requested to show (even if already visible)? Adding an
ubuntu-keyboard task for further investigation.

** Also affects: ubuntu-keyboard
   Importance: Undecided
       Status: New

-- 
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to Oxide.
https://bugs.launchpad.net/bugs/1381083

Title:
  When switching between fields with specific input types oxide briefly
  reports that they're freetext

Status in Oxide Webview:
  In Progress
Status in Ubuntu Keyboard:
  New

Bug description:
  When oxide switches between two input fields that have specific input
  types associated with them (e.g. two email fields) it briefly reports
  that they are default free text  fields via the input method
  extension. This results in the keyboard briefly displaying the wrong
  layout.

  To reproduce:

   1) Visit http://mikeasoft.com/~mike/oxide-input.html

   2) Tap first text field, keyboard should appear and show email layout

   3) Tap second text field

  Expected result:

  Keyboard remains in email layout

  Actual result:

  Keyboard briefly switches to default layout and then back to email
  layout.

To manage notifications about this bug go to:
https://bugs.launchpad.net/oxide/+bug/1381083/+subscriptions