| Summary: | crash when clicking on a contact with CJK display name | ||
|---|---|---|---|
| Product: | [Unmaintained] kopete | Reporter: | Christophe Dumez <HyDr0g3n> |
| Component: | Chat Window | Assignee: | Kopete Developers <kopete-bugs-null> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | crash | CC: | wstephenson |
| Priority: | NOR | ||
| Version First Reported In: | 0.11 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Christophe Dumez
2006-01-22 12:11:57 UTC
bug reporters don't need to add themselves to the CC field. also, which protocol does the person with this nickname come from? It may not matter but always best to have proper info Ok. sorry for cc, wasn't sure. These users are using MSN Protocol. I'm now sure that the problem comes from the chinese characters. I asked one of my contact to remove these character and it is now working again. I hope this can help. Hey, I updated to Kde 3.5.1 today and I had a good surprise. It seems that the problem fixed itself :) I am not having this bug anymore. Thanks ! false alert, my fault. The bug isn't fixed, I got confused because a chinese contact had removed the chinese characters in his nickname. Sorry again. It works fine here. By looking the code i don't see problem. it may be a qt bug in QString::localeAwareCompare (maybe due to an encoding problem) I have Qt 3.3.6 and Kopete 0.12 beta. I had a very similar problem. Running on a FreeBSD system, when I clicked on the "View" button in the popup bubble to chat, occasionally the entire KDE interface crashes. Result: I'm dumped to a text terminal that is displaying the last information printed when I executed "startx". One complication is that my amaroK music continues playing until the end of the song, but the interface is completely unresponsive (no keyboard input does anything, including changing to other text terminals... no mouse movement either). I haven't figured out how to do anything at that point, and have to reset the machine. Nothing seems show up in any of the log files. Although it occasionally happens with other contacts, usually it happens with contact names containing Japanese characters. I have since installed the msmincho font from my windows install, and that corrected some of the display names (I haven't had the crashes since, although they were intermittant before). I've had this same problem too, but with kpanel and kopete caused by the same nicknames. In kopete, the problem shows its self only if I hover over the nickname to get a blurb for more information, or immediately left click the nickname without hovering. If I right click, and goto properties I can see the nickname information presented clearly. I also had a problem with the same nicknames involving kpanel however. After fighting with kopete for a while trying to find out what was causing the problem, I changed to Gaim for a few hours. Gaim appeared to be OK when chatting with the people's nicknames causing the problem, so I assumed for a while that it was just a kopete bug. However, while talking with one of these people, I happened to hover over the task bar part of kpanel which contained the chat window. When hovering, it shows a popup almost like the one in kopete... kpanel crashed. kpanel 3.5.2 QT 4.1.2 kopete 0.11 0.12.0 (tried both) The only common occurance I can find between the two is QT, I'm in the progress of upgrading to QT 4.1.3 to see if that helps, if it does not I will be downgrading to an older version to see if it makes a difference though. Bah... new version of kopete, no progress on this front. The fewer crashes with the japanese font seems to have been a deception. It comes and goes somewhat randomly. This doesn't seem to affect my older machines... only the ones with the newer nvidia cards. (7800GT) Works for me with the above nicknames. Can anyone post some other nicknames that reliably cause the crash, or more detailed (--enable-debug=full) backtraces? Old bug, no response, reopen if needed. |