| Summary: | Password field doesn't trigger virtual keyboard | ||
|---|---|---|---|
| Product: | [Unmaintained] Active | Reporter: | Sebastian Kügler <sebas> |
| Component: | Keyboard | Assignee: | active |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | carlsymons, joanmaspons, lamarque, matze.kde4, stefan.werden, thomas.pfeiffer |
| Priority: | NOR | ||
| Version: | PA 2 | ||
| Target Milestone: | unscheduled | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Bug Depends on: | |||
| Bug Blocks: | 298816 | ||
| Attachments: | Virtualkeyboar with stick button | ||
|
Description
Sebastian Kügler
2011-12-30 11:00:34 UTC
It works here when adding a new mail account in kmail-mobile. Which program did you test? I am using the MeeGo image, I guess you must be using the Balsam, right? By the way, this bug looks like a duplicate of #289114 I don't think this must be a dublicate, because it referesse to two different applications and the reason can also be given by the application itself. The current work around for the issue above is to comment out knetworkmanager in the config file of kwallet. The networkmanager itself is able to store passwords. So the UX works, even the passwords are not stored very safe. For other applications, that really need input from virtual keyboard, this method is not good enough. So the only option might be to prepend this application from storing passwords, but this is not very nice. (In reply to comment #3) > I don't think this must be a dublicate, because it referesse to two different > applications and the reason can also be given by the application itself. I know, that is why I am asking which program Sebas tested. I have just tested active-browser and the input fields trigger the virtual keyboard too. I have not found a program that does not. > The current work around for the issue above is to comment out knetworkmanager > in the config file of kwallet. The networkmanager itself is able to store > passwords. So the UX works, even the passwords are not stored very safe. So this problem happens in Plasma NM, the MeeGo image does not ship with it. NetworkManager only stores passwords if you set the connection as system connection. If you just disabled kwallet then Plasma NM will store passwords as plain text, like NM does for system connections, so neither option is safe. Can be reproduced with Konqueror (V 4.7.4-6.3), openSUSE 12.1, plasma-mobile (v 1.0-8.2) from the OS-KDE-Active Repo. Website: mail.yahoo.de It's working with the PA-browser, but not with Konqueror. The passwordfield of the KDE-Wallet doesn't work neither. I'm using a normal SUSE installation with additional kr4.7 and plasma-active repositories. Is this bug a duplicate of 292585? I have similar problems with a Qt program Mendeley (http://forum.kde.org/viewtopic.php?f=211&t=98527&sid=f5d28fb48862e5038fb8e9fc603d3eeb). Should I fill a new bug or wait until new PA3 with Qt4.8 solve the problem as claimed in the bug 292585? *** Bug 289114 has been marked as a duplicate of this bug. *** Created attachment 69227 [details]
Virtualkeyboar with stick button
jmaspons, as a workaround you can use the attached virtualkeyboard implemention that comes with a stick button to prevent it from auto-hiding. Just make a backup of the original virtualkeyboard, install the new one and reboot:
# backup original virtualkeyboard
mv /usr/lib/libkdeinit4_plasma-keyboardcontainer.so /usr/lib/libkdeinit4_plasma-keyboardcontainer.so.orig
# install new virtualkeyboard
mv libkdeinit4_plasma-keyboardcontainer.so /usr/lib/libkdeinit4_plasma-keyboardcontainer.so
PA3 is going to take some months to be released, this workaround can be used while there is no update for PA2.
Fixed a while a go |