| Summary: | Name in account and identity dialogs cleared when opening | ||
|---|---|---|---|
| Product: | [Unmaintained] kmail | Reporter: | Aniket <aniketvb85> |
| Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | normal | CC: | frank, homoludens1000, Mathias.Homann, rdieter |
| Priority: | NOR | ||
| Version: | 1.10.0 | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Aniket
2008-07-28 20:01:28 UTC
Oops sorry : Steps to repoduce the bug are: 1]In Kmail , click on Settings->Configure Kmail->Accounts 2]Select any account and click Modify or double click the account . 3]The account name field is shown for a moment and then becomes blank , and hence the account name has to be entered each time the account is edited. I can not reproduce this at all. the account name is selected, but not removed. What version of KDEPim are you on? I am using the latest Fedora packages from rawhide. I checked again, in all KdePim apps, I still see this behaviour, its selected and then vanishes. In fact why is it selected at all before vanishing!? Works ok here to (latest trunk/4.1 branch). Either this is a Fedora packaging bug or it is a bug in an old snapshot. The Fedora packages are 4.1.0 final, not a random snapshot. Ok,..an update This bug is not seen in a new user account I created after upgrading to KDE 4.1, but its seen is my other account which existed since I had KDE 4.0.3. I again got this bug in the new account, and I exactly know when it comes up. I use scim-bridge for Hindi language input, and after I enabled scim in the new new account and loggeg out and logged back in , this bug shows up again. Also I verified this by disabling scim for QT, and the bug goes away. This is caused by the fact (in my opinion that is!!..I am no programmer) that the text which vanishes is selected on opening the dialog , and scim has the feature of pre-embed string in the window, and the string is blank before I type anything, so it pre-embeds the blank string and hence the vanish-after-appearing-momentarily selected-behaviour is seen. So I propose that the devs please fix this by having the text not-selected auto on opening a dialog. I am sure it affects lot of users as scim is used to input many non-english languages! See my comment above > So I propose that the devs please fix this by having the text not-selected auto on opening a dialog. I am sure it affects lot of users as scim is used to input many non-english languages!
No, I will not change this, sorry. Pre-selecting text is used all over KDE to make it easier to quickly change the text, it makes the software more usable. I suggest reporting a bug to the scim developers so they disable their brain-dead behavior (well, maybe I just don't understand the concept of "pre-embedding strings into a window", but it just seems silly). I can only imagine many other applications are affected, not only KDE ones.
Well..you may be correct..as you know more about KDE internals, but as a user its really annoying that I am having this problem in only KDEPIM apps, and no other apps anywhere as you expect. In fact if you try to configure accounts in kopete , nothing is pre-selected. And also , this problem was never seen in KDE3.5 which I have used a lot. And I may be wrong when I say its due to xx feature of scim, as I said I am no dev. > as a user its really annoying that I am having this problem in only KDEPIM
> apps, and no other apps anywhere as you expect. In fact if you try to
> configure accounts in kopete , nothing is pre-selected. And also , this
> problem was never seen in KDE3.5 which I have used a lot. And I may be
> wrong when I say its due to xx feature of scim, as I said I am no dev.
Maybe it's simply a bug in scim/the qt scim brigde, and not a weird feature. I
guess scim needed to be adjusted to Qt4 and there are now some bugs with that,
only triggered in special circumstances (but probably not the fault of the
application). I would really report the problem to them. BTW, another thing
which makes use of preseleection is the KDE "Save As" dialog, as used by
okular for example.
Hello, again my bad! I explored a bit more, and scim IM does not cause this problem (even with the pre-embed string option ). Its the scim-bridge IM that causes the issue. So I have disabled scim-bridge and enabled scim and this problem no longer exists and I can still use my other language input via scim IM :D ! So happy ending ! I will report a bug in scim-bridge about his one. Sorry for all the trouble caused. *** Bug 186671 has been marked as a duplicate of this bug. *** *** Bug 187428 has been marked as a duplicate of this bug. *** *** Bug 186165 has been marked as a duplicate of this bug. *** Seems like this bug is suddenly also happening for non-scim users. This is strange, I can still not reproduce the problem. Any idea what might cause this? i'm actually using scim, but my default input method is xim, not scim-bridge... Actually I'm using scim-bridge, too... after uninstalling scim-bridge with all its components it doesnt happen anymore, and since i left canna and anthy installed i can still input japanese. Did anybody report that to the authors of scim-bridge yet? |