Open Bug 215902 Opened 21 years ago Updated 2 years ago

browser - newsreader integration fails when opening a newsserver url

Categories

(MailNews Core :: Networking: NNTP, defect)

defect

Tracking

(Not tracked)

People

(Reporter: rainer.schnell, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: regression)

User-Agent:       Mozilla/5.0 (Windows; U; Win98; de-AT; rv:1.4) Gecko/20030624
Build Identifier: Mozilla/5.0 (Windows; U; Win98; de-AT; rv:1.4) Gecko/20030624

When I write a new url of a newsserver into the url line of the browser (eg.
news://news.freenet.de/) the command fails. When I create it by the assistent in
the mail/newsserver modul it works.

Reproducible: Always

Steps to Reproduce:
1. Write in the url line of the browser:  news://puce.geeks.org/
2. A popup appears:  Do you want to get a abbonnement of puce.geeks.org ? (in
German: Wollen sie puce.geeks.org abonnieren?)
3. Push "ok"


Actual Results:  
Warning-popup:  news could not be found.... 
AND no newsserver is added.

Expected Results:  
It has to add the new newsserver name puce.geeks.org to the list of newsservers
in the mail-/news modul (it works, when I take the special assistent in the
mail-/news modul).
Yes, according to my testcase at
http://www.mozilla.org/quality/mailnews/tests/sea-mn-newsgroup-function.html#URI,
this should spawn the Account Wizard.

Servers take the form of:

news://servername.tld/

while groups take the form of:

news:netscape.test

while a full URL would be something like:

news://news.mcom.com/netscape.public.test

Confirming bug based on my experience with the 2003-08-12-04 bug.

David, can you offer any assistance?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression
Hrm, this is broken in Netscape 7.1, too, which means that it's a probably with
1.4 or before.
QA Contact: stephend → technutz
It seems to me that "news" always wants to subcribe to a group on the default
(first) news account if one exists. If no news account exists I see the dialog
that "news" does not exists which means that it tries to resolve the host "news"
not "news.freenet.de". If I remember correctly the news protocol is broken in a
way that normally it is a simple url like news:group which always goes to the
current news-server. mailnews handles it as a standard-url which possibly
contains the host, an extended feature. My guess ... something in the uriloader ...
*** Bug 217738 has been marked as a duplicate of this bug. ***
This fails even for existing news servers (brings up a blank web page, instead
of the newsreader).  Checking the three testcases in 1.7b:

news://servername.tld/  <-- blank web page

news:netscape.test      <-- works

news://news.mcom.com/netscape.public.test  <-- works
Problem happens in OS/2 and WinXP also, I suggest OS->All and updating the
summary to more accurately reflect this nasty bug...
Flags: blocking1.7?
Flags: blocking1.7? → blocking1.7-
Product: MailNews → Core
OS: Windows 98 → All
Summary: browser - mail-/newsreader integration fails when starting a new newsserver url → browser - newsreader integration fails when opening a newsserver url
sorry for the spam.  making bugzilla reflect reality as I'm not working on these bugs.  filter on FOOBARCHEESE to remove these in bulk.
Assignee: sspitzer → nobody
QA Contact: stephend → networking.news
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Why was this changed to FIXED?  It hasn't changed, as far as I can tell.
No it's not FIXED (no patch referenced as the fix). It does work for me though (tried ff3+tb2), so changing to WORKSFORME.
Resolution: FIXED → WORKSFORME
(In reply to comment #9)
> It does work for me though (tried ff3+tb2)

Maybe the product should be changed to Mozilla Application Suite, then?
Sorry, still a problem with ff and tb too. (You get the popup, but the server isn't added.)
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Blocks: 108948
Status: REOPENED → NEW
Hardware: PC → All
Product: Core → MailNews Core
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.