Version: 1.10.0 (using 4.1.00 (KDE 4.1.0), 4.1.0-2.fc10 Fedora) Compiler: gcc OS: Linux (i686) release 2.6.25.11-97.fc9.i686 This is a kinda small, but very irritating bug. I have 2 Gmail accounts configured via IMAP in Kmail. When I click on the Modify button in the Accounts tan in Kmail COnfiguration, The Account Name field displays the account name for a moment and becomes blank, and I have to enter the Account Name every time I change something in the settings. If I keep it blank, the folder for that account gets renamed to some number (which seems random) and the next time I go to modify that account, it says "unknown account" . So the main problem is that the Account Name field should not Vanish like that in the first place. This was never a problem with Kmail in KDE 3.5. As a side note, I have noticed this problem of Vanishing field entry on trying to change a setting or something in many KDEPim apps in KDE 4. To be specific , i have seen it in Akregator while editing feeds (the feed name disappears) , and also in Kaddressbook when I am editing any contact the formatted name field disappears as soon as it appears in the dialog.
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?