Closed
Bug 190946
Opened 22 years ago
Closed 22 years ago
refreshing newsgroups does not download all groups
Categories
(SeaMonkey :: MailNews: Message Display, defect, P1)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla1.3beta
People
(Reporter: smaug, Assigned: darin.moz)
References
()
Details
(Keywords: regression)
Attachments
(1 file)
1.34 KB,
patch
|
sspitzer
:
review+
sspitzer
:
superreview+
asa
:
approval1.3b+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030127 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030127 Refreshing newsgroups (news.helsinki.fi) does not show (or download?) all groups. I just tested 1.2.1 too and it works ok. (news.helsinki.fi has about 15 000 groups, but only some of them shows up outside helsinki.fi-domain. So testing might be difficult.) Reproducible: Always Steps to Reproduce:
Reporter | ||
Comment 1•22 years ago
|
||
2003012408 -OK 2003012522 -Broken
Reporter | ||
Comment 2•22 years ago
|
||
2003012505 OK 2003012522 -Broken I'm not sure what has regressed this. Something in the netwerk? CC'ing darin
Reporter | ||
Comment 3•22 years ago
|
||
Yes, this is a regression of bug 189672. (Just tested with and without http://bugzilla.mozilla.org/attachment.cgi?id=112576&action=view)
Keywords: regression
Reporter | ||
Comment 4•22 years ago
|
||
Trying to download the groups -> "OnDataAvailable implementation consumed no data" (nsInputStreamPump.cpp:420) I'm sorry for all this spamming...
Summary: refreshing newsgroups does not show or download all groups → refreshing newsgroups does not download all groups
*** Bug 190994 has been marked as a duplicate of this bug. ***
Updated•22 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Comment 7•22 years ago
|
||
Trunk build 2003-01-28: In a new profile, I connect to news.mcom.com, go to the Subscribe dialog and it is only showing newsgroups that begin with an "a" which is a very limited number of groups. I would expect to see groups from "a" to "z". I don't have to select refresh to see this problem.
Keywords: nsbeta1
Assignee | ||
Comment 8•22 years ago
|
||
i've just hit this problem while trying to debug bug 190988. turns out that inside ReadNewsList we are hitting: if (m_readNewsListCount == READ_NEWS_LIST_COUNT_MAX) { } as a result we enter the NEWS_FINISHED state, and stay there until the timeout fires. however, necko is not told to suspend pushing data to news, and the next OnDataAvailable event from necko is ignored by news. this causes necko to abort the socket connection, since we would otherwise end up in an infinite loop until the timeout fires. i'm not sure exactly how to work around this problem, but it appears as if mailnews needs to be modified to properly put necko to sleep during the timeout period.
Assignee | ||
Comment 9•22 years ago
|
||
adds code to suspend/resume necko at the right time. simple enough, but there is a little bit of trickiness in ensuring that the final call to ProcessProtocolState is made (after all of the news list has been downloaded).
Assignee | ||
Comment 10•22 years ago
|
||
-> me (upping severity.. this is got to be a beta blocker)
Assignee: sspitzer → darin
Severity: major → critical
Priority: -- → P1
Target Milestone: --- → mozilla1.3beta
Assignee | ||
Updated•22 years ago
|
Attachment #112917 -
Flags: review?(sspitzer)
Comment 11•22 years ago
|
||
Comment on attachment 112917 [details] [diff] [review] v1 patch r/sr=sspitzer
Attachment #112917 -
Flags: superreview+
Attachment #112917 -
Flags: review?(sspitzer)
Attachment #112917 -
Flags: review+
Assignee | ||
Comment 12•22 years ago
|
||
Comment on attachment 112917 [details] [diff] [review] v1 patch seeking drivers approval for 1.3b... this is an important bug to fix. low-risk patch. bug 176919 regression.
Attachment #112917 -
Flags: approval1.3b?
Comment 13•22 years ago
|
||
Comment on attachment 112917 [details] [diff] [review] v1 patch a=asa (on behalf of drivers) for checkin to 1.3beta.
Attachment #112917 -
Flags: approval1.3b? → approval1.3b+
Assignee | ||
Comment 14•22 years ago
|
||
fixed-on-trunk
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Updated•22 years ago
|
Flags: blocking1.3b?
Comment 15•22 years ago
|
||
verified using the same scenario nbaca used in comment 7. verified with builds 20030228 on winxp, macosx, and linux
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Browser → Seamonkey
Component: MailNews: Subscribe → MailNews: Message Display
QA Contact: stephend → search
You need to log in
before you can comment on or make changes to this bug.
Description
•