[Fedora-i18n-bugs] [Bug 1013948] New: Even for engines which do already check IBus.InputPurpose.PASSWORD, sometimes the engine is enabled in the password entry field of the lock screen of gnome3

[Red Hat Bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1013948

Bug ID: 1013948
           Summary: Even for engines which do already check
                    IBus.InputPurpose.PASSWORD, sometimes the engine is
                    enabled in the password entry field of the lock screen
                    of gnome3
           Product: Fedora
           Version: 20
         Component: ibus
          Assignee: [e-mail]
          Reporter: [e-mail]
        QA Contact: [e-mail]
                CC: [e-mail],
                    [e-mail], [e-mail]

- Install Fedora 20 Alpha
- sudo yum install ibus-anthy
- sudo yum update --enablerepo=updates-testing ibus-typing-booster

Package version should now be >= this:

ibus-1.5.4-1.fc20.x86_64
    ibus-anthy-1.5.4-1.fc20.x86_64
    ibus-typing-booster-1.2.4-1.fc20.noarch

- Add anthy input method using “gnome-control-center region”
- Select anthy input method in the gnome panel
- click on lock icon in the gnome panel to lock the screen
- type “aa”

→ One sees:

[●あ      ]

in the password entry field.

I.e. while typing the first “a”, the anthy input method was
  disabled and an “a” was inserted and displayed as a bullet, while
  typing the second “a” anthy was enabled and one sees the あin the
  preëdit.

[Fedora-i18n-bugs] [Bug 1013948] Even for engines which do already check IBus.InputPurpose.PASSWORD, sometimes the engine is enabled in the password entry field of the lock screen of gnome3

[Red Hat Bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1013948

Mike FABIAN  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #1 from Mike FABIAN  ---
When using the mouse in the lock screen to push up the clock
and then typing the password, the problem does not occur.
To reproduce the problem, one needs to start typing immediately
an not push up the clock using the mouse.

[Fedora-i18n-bugs] [Bug 1013948] Even for engines which do already check IBus.InputPurpose.PASSWORD, sometimes the engine is enabled in the password entry field of the lock screen of gnome3

[Red Hat Bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1013948

--- Comment #2 from Mike FABIAN  ---
Created attachment 805747
  --> https://bugzilla.redhat.com/attachment.cgi?id=805747&action=edit
input-engine-enabled-in-password-entry-field.ogv

Video showing the problem.

[Fedora-i18n-bugs] [Bug 1013948] Even for engines which do already check IBus.InputPurpose.PASSWORD, sometimes the engine is enabled in the password entry field of the lock screen of gnome3

[Red Hat Bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1013948

--- Comment #3 from Mike FABIAN  ---
ibus-typing-booster >= 1.2.4-1 shows the same problem as ibus-anthy.

[Fedora-i18n-bugs] [Bug 1013948] Even for engines which do already check IBus.InputPurpose.PASSWORD, sometimes the engine is enabled in the password entry field of the lock screen of gnome3

[Red Hat Bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1013948

fujiwara  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED

--- Comment #4 from fujiwara  ---
Workaround: Use mouse or Type Enter key before type the password char keys.

[Fedora-i18n-bugs] [Bug 1013948] Even for engines which do already check IBus.InputPurpose.PASSWORD, sometimes the engine is enabled in the password entry field of the lock screen of gnome3

[Red Hat Bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1013948

--- Comment #5 from fujiwara  ---
Created attachment 805753
  --> https://bugzilla.redhat.com/attachment.cgi?id=805753&action=edit
Patch for bus/engineproxy.c

Thank you for the report.

Actually I have tried f19 without the Fedora internal patch and I haven't
noticed this problem in f20.
So I'm not sure if the problem is new or regression in f20 GDBusProxy cache.
It seems the cache is not saved immediatelly and the old cache is aways
returned in this bug.
To fix this, need to save the cache by manual.
Attached the candidate patch.

[Fedora-i18n-bugs] [Bug 1013948] Even for engines which do already check IBus.InputPurpose.PASSWORD, sometimes the engine is enabled in the password entry field of the lock screen of gnome3

[Red Hat Bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1013948

fujiwara  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |POST

--- Comment #6 from fujiwara  ---
https://github.com/ibus/ibus/commit/9596aea2e2df4cd3ac9b795ad9f354723cf83317

[Fedora-i18n-bugs] [Bug 1013948] Even for engines which do already check IBus.InputPurpose.PASSWORD, sometimes the engine is enabled in the password entry field of the lock screen of gnome3

[Red Hat Bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1013948

Fedora Update System  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|POST                        |MODIFIED

[Fedora-i18n-bugs] [Bug 1013948] Even for engines which do already check IBus.InputPurpose.PASSWORD, sometimes the engine is enabled in the password entry field of the lock screen of gnome3

[Red Hat Bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1013948

--- Comment #7 from Fedora Update System  ---
ibus-1.5.4-2.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/ibus-1.5.4-2.fc19

[Fedora-i18n-bugs] [Bug 1013948] Even for engines which do already check IBus.InputPurpose.PASSWORD, sometimes the engine is enabled in the password entry field of the lock screen of gnome3

[Red Hat Bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1013948

--- Comment #8 from Fedora Update System  ---
ibus-1.5.4-2.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/ibus-1.5.4-2.fc18

[Fedora-i18n-bugs] [Bug 1013948] Even for engines which do already check IBus.InputPurpose.PASSWORD, sometimes the engine is enabled in the password entry field of the lock screen of gnome3

[Red Hat Bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1013948

--- Comment #9 from Fedora Update System  ---
ibus-1.5.4-2.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/ibus-1.5.4-2.fc20

[Fedora-i18n-bugs] [Bug 1013948] Even for engines which do already check IBus.InputPurpose.PASSWORD, sometimes the engine is enabled in the password entry field of the lock screen of gnome3

[Red Hat Bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1013948

Fedora Update System  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|MODIFIED                    |ON_QA

--- Comment #10 from Fedora Update System  ---
Package ibus-1.5.4-2.fc20:
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing ibus-1.5.4-2.fc20'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2013-18298/ibus-1.5.4-2.fc20
then log in and leave karma (feedback).

[Fedora-i18n-bugs] [Bug 1013948] Even for engines which do already check IBus.InputPurpose.PASSWORD, sometimes the engine is enabled in the password entry field of the lock screen of gnome3

[Red Hat Bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1013948

Fedora Update System  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ON_QA                       |CLOSED
   Fixed In Version|                            |ibus-1.5.4-2.fc20
         Resolution|---                         |ERRATA
        Last Closed|                            |2013-11-10 01:42:55

--- Comment #11 from Fedora Update System  ---
ibus-1.5.4-2.fc20 has been pushed to the Fedora 20 stable repository.  If
problems still persist, please make note of it in this bug report.

[Fedora-i18n-bugs] [Bug 1013948] Even for engines which do already check IBus.InputPurpose.PASSWORD, sometimes the engine is enabled in the password entry field of the lock screen of gnome3

[Red Hat Bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1013948

Fedora Update System  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
   Fixed In Version|ibus-1.5.4-2.fc20           |ibus-1.5.4-2.fc19

--- Comment #12 from Fedora Update System  ---
ibus-1.5.4-2.fc19 has been pushed to the Fedora 19 stable repository.  If
problems still persist, please make note of it in this bug report.

[Fedora-i18n-bugs] [Bug 1013948] Even for engines which do already check IBus.InputPurpose.PASSWORD, sometimes the engine is enabled in the password entry field of the lock screen of gnome3

[Red Hat Bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1013948

Fedora Update System  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
   Fixed In Version|ibus-1.5.4-2.fc19           |ibus-1.5.4-2.fc18

--- Comment #13 from Fedora Update System  ---
ibus-1.5.4-2.fc18 has been pushed to the Fedora 18 stable repository.  If
problems still persist, please make note of it in this bug report.