57663 - Newsgroup names should be sorted alphabeticly by default in subscribe dialog

Status: VERIFIED FIXED

(SeaMonkey :: MailNews: Message Display, defect, P3)

Description

[Henrik Gemal]

The newsgroup names doesn't seem to be sorted alphabeticly in the subscribe 
dialog. At least only so a certain extent.
If you try to list the newsgroups at newsserver news.inet.tele.dk the newsgroups 
are not sorted correctly.
I'm attaching a screenshot...

Comment 1

[Henrik Gemal]

Attachment: Screenshot showing the unsorted newsgroups

Comment 2

[Asa Dotzler [:asa]]

*** Bug 57518 has been marked as a duplicate of this bug. ***

Comment 3

[James Helferty]

Reproduceable everywhere.

Really annoying when you have to go looking through all of alt.fan to find 
something.  Typing it in the titlebar will bring up the wrong newsgroup, too.  
(I suspect that fixing the sort should fix that problem too.)

Comment 4

[James Helferty]

Sorry, meant to say typing it in the "search" textarea will bring up the wrong 
newsgroup.  (Not titlebar)

Comment 5

[Paul Gregg]

Verifying James H. comments & adding:

Using the "Autocomplete" feature will not work properly when the newsgroups
aren't sorted alphabetically.  An example for the problem from James is the
alt.fan tree, where one of the first newsgroups to be listed unalphabetically
from my news server is "alt.fan.alyssa-milano".  This newsgroup is listed after
"alt.fan.zoogz-rift" - there seems to be 2 sets of NG's that are listed
alphabetically, first set 1, then set 2.  Note, these sets are similiar in the
hostinfo.dat file, the first set is very near the top of the file, and the
second set (includes the alt.fan.alyssa-milano NG), is in the middle of the
file.  BTW, hostinfo.dat is 533kb, 16199 NG's total.  this appears to be
destroying autocomplete, or at least autocomplete is relying on the sequencial
format. This gives the User the impression that the newsgroup doesn't exist,
which is BAD.  Note - the Subscribe dialog inserts the 2 sets of alt.fan.??
properly into the alt.fan hierarchy, just not alphabetically.

BTW. The Subscibe dialog doesn't remember the size that the User resizes it to
in subsequent openings of the dialog, should I open a new Bug for this???

Comment 6

[(not reading, please use [e-mail] instead)]

I've recently landed a lot of changes to the subscribe code.

looking at Paul's last comments, this should be fixed now.  (before I mark it
fixed, I'll double check.

note, in the subscribe dialog the feature is usually referred to as "type-down".
 "autocomplete" refers to address completion in a message compose window and url
completion in the browser window.

yes, please open a new bug on the "subscibe dialog doesn't remember the size
that the User resizes it to" problem.

Comment 7

[[e-mail] (gone - use [e-mail] instead)]

Verifying FIXED on Windows NT using Commercial Build 200112004.  I'll need other
platforms to verify, please.  Adding verifyme keyword.

Laurel-if you access to an iMAC/G3 and a Linux box, could you verify quickly?

Thanks!

Comment 8

[Boris Zbarsky [:bzbarsky]]

verified fixed linux nightly build 2000-11-19-21

Comment 9

[laurel]

Looks OK to me using 2000-11-20-08 commercial trunk build mac OS 9.0
Marking resolved/verified based on the other verifiers' comments.

Comment 10

[laurel]

.

Comment 11

[Asa Dotzler [:asa]]

Verified on 112008 mozilla trunk builds on win32 and Mac.  :)

Comment 12

[Paul Gregg]

Just to confirm that the problem I specifically noted at 2000-11-20 01:13 is
fixed in the Mozilla 2000112004 Trunk build that I am using right now (NT4 sp5).
 Glad that this is fixed.  Seth, you're going crazy with checkins at the moment,
Yippee....   (I'm about to report that bug I was asking about now)

Comment 13

[Paul Gregg]

For reference, the bug number of the Subscribe Dialog not remembering dimensions
is Bug 60945