Closed
Bug 466708
Opened 17 years ago
Closed 13 years ago
Mailnews freezes when opening a newsgroup with new postings in a long thread
Categories
(MailNews Core :: Database, defect)
MailNews Core
Database
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: toscha, Unassigned)
Details
(Keywords: perf)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) Gecko/20081125 Minefield/3.1b2pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) Gecko/20081125 Shredder/3.0b1pre ID:20081125031124
When reading a newsgroup with a long thread in it, Shredder freezes for a significantly long time until the thread is opened.
A sort of use case: in the German speaking newsgrougs de.rec.fahrrad and de.rec.motorrad a thread has collected approx. 6,300 postings in the meanwhile. Opening the group for reading freezes Shredder for approx. 1.5 minutes until the first message is displayed. During this time the processor load increases to 50 %.
Reproducible: Always
Steps to Reproduce:
1. Subscribe to either de.rec.fahrrad or de.rec.motorrad, download all headers
2. Leave the group and wait for new postings
3. Try entering the group again
Actual Results:
For a substantial time Shredder seems to freeze, no action within Shredder (open a menus, selecting another group etc.) is possible.
Expected Results:
Group should be opened for reading, focus on last posting read.
This happens not only in Shredder but also in Thunderbird 2.0.0.17/.18 as well as in Seamonkey branch and trunk builds (under both Windows and Linux).
Comment 1•17 years ago
|
||
I'm sure that this is a "known" problem, but can't point to dup at the moment.
I can see the problem on mozilla.support.thunderbird, but the lag is never more than 10 seconds or so. My guess would be it depends on how deeply the group is
threaded.
Comment 2•17 years ago
|
||
Possible dup of bug 226730
Comment 3•16 years ago
|
||
It's a database issue; one would be able to see it on any account type (cf. bug 226730, being filed against IMAP).
There should be another bug open about large threads being non-performant, but I can't see any right now, and I'm loathe to dupe to bug 226730, as that was originally about threading by subject being non-performant...
Component: Mail Window Front End → Database
Product: Thunderbird → MailNews Core
QA Contact: front-end → database
Whiteboard: dupeme
Maybe it's more Bug 466048 ? It's related to Bug 226730, but about threads.
Comment 5•16 years ago
|
||
Thomas, can you provide feedback about comment 3, and whether you have seen bug 234318?
Keywords: perf
Comment 6•16 years ago
|
||
1st problem: the mega-thread causing the bug is no longer available on my newsserver. I'm not able to reproduce.
This leads to
2nd problem. I can't find a testcase for bug Bug 226730, as mentioned in comment #3
And 3rd 'problem: I'm definitely not suffering from bug 234318.
Comment 7•16 years ago
|
||
Should have said:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a1pre) Gecko/20090821 Shredder/3.1a1pre ID:20090821111026
Comment 8•13 years ago
|
||
anyone know a server+newsgroup with good size and some long threads? (ref comment 0)
... so anyone else can test with daily build ftp://ftp.mozilla.org/pub/thunderbird/nightly/latest-comm-central/
Whiteboard: dupeme → [closeme 2012-08-15]
Resolved per whiteboard
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → INCOMPLETE
Whiteboard: [closeme 2012-08-15]
You need to log in
before you can comment on or make changes to this bug.
Description
•