Am Sonntag 18 November 2007 22:14:47 schrieb Jon Keating: > On Friday 16 November 2007, Hagen Meyer wrote: > > I didn't find any deterministic way to reproduce it, yet. > > I tried to name a contact "sss", and started chatting (this tab didn't > > have a shortcut assigned). I switched tabs using shortcuts or using the > > mouse, sent messages in different tabs etc.. after several minutes, I > > gave up and BAM there was it again. I didn't do anything special, just > > messaged as normal for about 7 minutes. > > Lucky you! I did the same thing awhile ago and could never get it to occur. > Are you using kde-gui or qt-gui for Licq?
qt-gui compiled --with-kde, so it is called kde-gui... or do you mean a different kde-gui? But here, finally a way to reproduce it, kinda makes sense, too...: 1. Uncheck "Auto send through server" in the options 2. Rename a (offline) contact to "sss" 3. Try to send a direct message to this contact (this is apparently not possible for all offline contacts, sometimes "Send through server" is checked and grayed out) => while licq tries to send directly (which won't work, of course), KDE/Qt has a short time where Alt+S is not assigned (because sending is disallowed at the moment), so it assigns it to the contact's tab. After sending is allowed again, KDE/Qt tries to rearrange its shortcuts, but if it isn't possible to free Alt+S it will be double-assigned. So it is rather a KDE/Qt problem, but a workaround would probably be to assign Alt+S to the "Cancel"-Button, while something is beeing sent. Hagen
