[wizard] on the security page, there's a long delay until the keyboard appears

Bug #1368343 reported by Leo Arias
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
ubuntu-keyboard
Invalid
High
Michael Sheldon
ubuntu-keyboard (Ubuntu)
Invalid
High
Michael Sheldon
unity8 (Ubuntu)
Fix Released
High
Lukáš Tinkl

Bug Description

On the security page of the wizard, if you select passphrase and click on the text field, the on-screen keyboard can take up to 5 seconds to appear.

On krillin, it happens for me for any language. On mako, if I select english first then the keyboard appears immediately. If I select spanish, it's slow. If then I select english again, it's still slow. So if you have problems reproducing this, just set the spanish language.

Related branches

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in ubuntu-system-settings (Ubuntu):
status: New → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

settings are not responsible for the osk slowness

affects: ubuntu-system-settings (Ubuntu) → ubuntu-keyboard (Ubuntu)
Revision history for this message
Bill Filler (bfiller) wrote :

my guess would be maliit-server is not started when the wizard starts or it's starting then crashing
could you verify by doing a ps if maliit-server is running when you tap in the entry field? and after the keyboard shows up if the maliit-server process is the same?

Changed in ubuntu-keyboard (Ubuntu):
importance: Undecided → High
Changed in unity8 (Ubuntu):
importance: Undecided → High
assignee: nobody → Michael Terry (mterry)
tags: added: rtm14
Revision history for this message
Leo Arias (elopio) wrote :

I found this:
maliit-server is not running on the welcome page.
when I go to the security page, maliit is started.
I clicked the text field, and the keyboard appeared quickly. It could be because I spent some time on the terminal checking for the process. maliit has the same pid. Maybe I was just lucky this time.
I hit back to go to the welcome page. Same maliit process running.
I hit continue. A new maliit process is started.
Touch the text field. A new maliit process is started. It took a long time for the keyboard to appear.

I couldn't find crash files, but I'm not sure if I was looking at the right place. I'll attach my maliit log.

Revision history for this message
Leo Arias (elopio) wrote :
Bill Filler (bfiller)
Changed in ubuntu-keyboard (Ubuntu):
assignee: nobody → Michael Sheldon (michael-sheldon)
Revision history for this message
Leo Arias (elopio) wrote :
  • core Edit (3.1 MiB, application/octet-stream)

Bill told me to do this:
1) reboot so the wizard appears 2) before maliit-server is started do this from a terminal a) ulimit -c unlimited b) export MALIIT_DEBUG=true c) start maliit-server

I got the attached core file.

Bill Filler (bfiller)
Changed in ubuntu-keyboard:
importance: Undecided → High
assignee: nobody → Michael Sheldon (michael-sheldon)
status: New → Confirmed
Changed in ubuntu-keyboard (Ubuntu):
importance: High → Critical
Changed in ubuntu-keyboard:
importance: High → Critical
tags: added: touch-2014-10-23
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

affects: unity8 (Ubuntu) → ubuntu-system-settings (Ubuntu)
Changed in ubuntu-system-settings (Ubuntu):
status: New → Confirmed
Revision history for this message
Michael Sheldon (michael-sheldon) wrote :

The maliit-server is being explicitly stopped and restarted by the welcome wizard when the language is changed (along with the indicators) to ensure that they start with the correct environment variables (see: http://bazaar.launchpad.net/~system-settings-touch/ubuntu-system-settings/trunk/view/head:/wizard/ubuntu-system-settings-wizard-set-lang.conf ). The delay in keyboard start-up is caused by QML compilation of the keyboard layouts, so this should be improved when the QML caching lands.

The only other thing I can think of that we could potentially do to improve this would be to add some signal that the wizard could send to the keyboard for it to change its current locale without being restarted, this would allow the keyboard to be started slightly sooner (on the language page) and then not restarted, I'm not sure how necessary this will be after the caching has landed though?

Changed in ubuntu-system-settings (Ubuntu):
assignee: Michael Terry (mterry) → nobody
status: New → Confirmed
Revision history for this message
Michael Terry (mterry) wrote :

The branch https://code.launchpad.net/~mterry/ubuntu-system-settings/wizard-refresh-take-6/+merge/235720 will help this in two ways:

1) In set-lang.conf, we not only stop maliit, but also immediately restart it. So it has a little longer to come up before the user notices.
2) The first security page will no longer have a text field, but just something the user clicks. This will also give the OSK longer to come up before the user notices.

So this may become less of an issue once that lands.

Bill Filler (bfiller)
Changed in ubuntu-keyboard (Ubuntu):
importance: Critical → High
Changed in ubuntu-keyboard:
importance: Critical → High
Changed in ubuntu-keyboard (Ubuntu):
status: Confirmed → Invalid
Changed in ubuntu-keyboard:
status: Confirmed → Invalid
Revision history for this message
Leo Arias (elopio) wrote :

From what Michael Sheldon said, I would just like to say that there is also a long delay without changing the language.

Revision history for this message
Michael Sheldon (michael-sheldon) wrote :

Leo - The maliit-server doesn't get started until the first input request is made, so there will be a delay whether a language is changed or not (but there will be subsequent delays every time a language is changed). Once the welcome wizard is modified to start the maliit-server after the language selection is complete (instead of waiting for an input request) this should be reduced.

Revision history for this message
Leo Arias (elopio) wrote :

Got it.
Just a heads up that I added this bug to the readiness report send by Julien every week.

Revision history for this message
Sebastien Bacher (seb128) wrote :

the wizard has been moved to the unity8 source, reassigning

affects: ubuntu-system-settings (Ubuntu) → unity8 (Ubuntu)
Revision history for this message
Michał Sawicz (saviq) wrote :

Is this still an issue? Maliit should be started with the wizard now, potentially restarted on language change.

Changed in unity8 (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Leo Arias (elopio) wrote :

Yes, it is still slow to appear. I tested in krillin vivid 141.

Changed in unity8 (Ubuntu):
status: Incomplete → New
Michał Sawicz (saviq)
Changed in unity8 (Ubuntu):
status: New → Triaged
Revision history for this message
Lukáš Tinkl (lukas-kde) wrote :

This should be fixed by the new OOBE wizard.

Changed in unity8 (Ubuntu):
status: Triaged → Fix Released
assignee: nobody → Lukáš Tinkl (lukas-kde)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.