| Summary: | Spams can lock up the whole thunderbird, including loss of data. | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | DEMAINE Benoît-Pierre, aka DoubleHP <dhp_gentoo> |
| Component: | Current packages | Assignee: | Mozilla Gentoo Team <mozilla> |
| Status: | VERIFIED NEEDINFO | ||
| Severity: | normal | CC: | guillaume.ramelet, js_cote, ninja |
| Priority: | High | ||
| Version: | 2005.1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
DEMAINE Benoît-Pierre, aka DoubleHP
2006-01-20 04:38:30 UTC
Please, report such issues upstream, can't see what are you expecting from us. We don't write TB, we are just distributing it. because I dont hold any list of gentoo paches, and it ahhepened several times that upsream point me to distributiuon specific bugs due to distribution paches. That is why I will not report myself bugs happening into distribution directly to upstream ... and even met the case where bugs of standaline applications (aka I downloaded and comiled myself) were due to Gentoo patches for libc !!! Happened for valgrind, xmms, cdrecord, mplayer, firefox, two OCR applications, RPL/2 ... not to repeat past mistakes again and again. So now, I report to my distribution. And what upstream cant deal is the fact I mentionned about when TB locks up the CPU, it takes less than 70%, and make FF use more than 18% at least, up to 29%., what makes me think about a syslib or gecko problem, or something common between FF and TB in Gentoo. And finally, after I report Xmms bugs to Debian lists last year, the deb maint replied me that it was useless to bug upstream, and 2month later, he released himself a patch for my bug, because other people in Debian met it ... What is upstream going to say if only Gentoo users complain about what I complain here ? and no slak, no deb, no RH, no MDK (oups, not mandrake any more ... nm ) *** Bug 129814 has been marked as a duplicate of this bug. *** I have an IMAP share that I can access just fine on Thunderbird on my Powerbook, but not at all on Thunderbird on my AMD64 Gentoo. While it could be a 64-bit bug, I suspect it is a Gentoo bug. Still, I'll report it upstream later, if no one else has. fact is ... it bugs less and less often on spam ... but more and more 'any time', especially when 'nothing occurs' (no new email, just 'I want to bug *now*'), or when trying to save draft (auto save draft when writing new email _ I tweaked autosave to use local dir). Since it now bugs when nothing special occurs (or maybe new RSS entries, or things I can not be aware of using alternate event monitors), I really dont understand whats hapening. Unless you test -bin and confirm it is in the source compile for gentoo with the patches that are actually from upstream bugs, nothing I am gonna do, -bin should be tested to make sure it is gentoo specific, if it happens in -bin then report it upstream if it does not then open a bug with us. (In reply to comment #6) > Unless you test -bin and confirm it is in the source compile for gentoo with > the patches that are actually from upstream bugs Testing -bin does not confirm that. I'm on amd64. Who's to say that it's not simply 64-bit support that causes the bug? Anyway, we'll never know now. This was my Trash folder which caused the bug, there's over 10k messages in there, and I have no way of knowing which one caused the problem. However, I could reproduce it pretty consistently by attempting to open Trash -- my PPC Mac OS X Thunderbird could open it, my amd64 Linux Thunderbird couldn't. Thunderbird-bin appears to have cached whatever was causing the crash, and now Thunderbird works correctly on that folder. I could probably reproduce it by wiping .thunderbird, right? I still have freezes of TB about once every two days. (upgraded last week, still happens). I can add a new comment about the fact I now also have dead crashes: since about one month, it happens that Thunderbird process just dies away ! without me clicking on kill button. Happens under vnc, E16 and E17. It can die any time, when I am not focusing it, or when reading, or writing email. I have about 100 events per hours (mailing lists, RSS, automatic filters that move or delete emails, spam detector ...) so that I know my process is quiet busy ... from the human side, I only interact with about 2 to 5 events per hour. All other events are hidden to me. So those bug are not specifically linked to things I do/interract with my mouse, but I cant cant sware if they are linked to network things, or if cprocess would die even offline ... cant either tell why sometimes dies and sometimes freezes ... but it does ! *** Bug 134227 has been marked as a duplicate of this bug. *** Is this reproducable under 1.5.0.9? Reopen if so. Just happened to me right now in 1.5.0.8, does this one count ? (In reply to comment #10) > Is this reproducable under 1.5.0.9? Reopen if so. It's been forever since I've tried to. As far as I can tell, my TB is working flawlessly. Does anyone have one of the spams that triggers this? CLOSED |
