149322 - gopher: Page doesn't load in Mozilla, but does in IE

Status: RESOLVED WORKSFORME

(Core :: Networking, defect)

Description

[Andre-John Mas]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc3)
Gecko/20020523
BuildID:    2002052306

Type the page into the address field and then hit enter. A page appears with the
URL and the progress indicator full, with text 'sending request to
gopher.umsl.edu...'. The same page appears instantaneously in IE.

Reproducible: Always
Steps to Reproduce:
1. Type in URL: gopher://gopher.umsl.edu/
2. Hit enter
3. wait
4. Do the same in IE and compare

Actual Results:  A page appears with the URL and the progress indicator full,
with text 'sending request to gopher.umsl.edu...'. The same page appears
instantaneously in IE.

Expected Results:  The page should have appeared with a gopher menu

Comment 1

[Sander]

WFM. win98, RC3 - 2002052306

Comment 2

[Matthias Versen [:Matti]]

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

Comment 3

[Craig Davison]

Another gopher 'page':
gopher://gopher.well.sf.ca.us/00/cyberpunk/cultjam.txt

This page displays, but never stops loading (the text never changes from
'Sending request to gopher.well.sf.ca.us'). Works in IE 6.0.2600.0000 and
WSGopher32 2.0.

Comment 4

[Craig Davison]

Hmm. Sometimes the page just comes up blank when I open a new window, paste in
the URL and try again. Alyways works in IE and WSGopher32.

I should mention that I am using Mozilla 1.0 (2002053012) on Windows 2000. Sorry
about the two emails in a row.

Comment 5

[Andrew Hagen]

WFM 1.1 alpha, Windows 98. Reporter, can you reproduce this with a new profile?

Comment 6

[Andre-John Mas]

Downloaded 1.2a, created a new Mozilla profile, on Win2K. Problem still
persists. "Stop" button won't stop the throbber, but I can type in a 
"http://" url and the next page will load.

I have also tested this under MacOS X 10.2 with Mozilla 1.2a and the
page loads without any problems. This almost appeaprs to be a Win2K
specific issue. Can anyone else confirm this? Maybe the gopher code
has incompatibilities with the Win2K network implementation?

Comment 7

[Tom Everingham]

-> bradley, when you get the time that is :-)

Comment 8

[Bradley Baetz (:bbaetz)]

Someone filed (in the last week or so) a bug against gopher not working and
included a 'patch'. The patch is wrong, but it points to what broke this.

Don't have hte bug # off hand, but there aren't that many gopher bugs. :)

Comment 9

[Tom Everingham]

*** This bug has been marked as a duplicate of 177060 ***

Comment 10

[benc]

VERIFIED/dupe

Comment 11

[benc]

fixed URL, reopen,

wfm, mozilla 1.2.1

The problem in #3 is actually the a dupe of bug 177060, but the original bug is not.

Comment 12

[benc]

What I see now is that the load completes, but the tranfer status never updates
from "transfering". This happens if you click the link -or- open as new window.

This does not happen, for some reason, if you open as new tab in  the background.

Comment 13

[Prognathous]

Same problem with Mozilla 1.2 for BeOS.
Please change OS to All.

Oddly enough, the root page of Gopher sites sometimes (very rarely) does open,
but the internal links never do.
This behavior is shared with Mozilla 1.2.1 and Phoenix 0.4 on Windows.

A work-around that I mentioned in Bug 184180 is to use a Proxy server:
File>>Prefs>>Advanced>>Proxies>>Gopher Proxy: host005.answer.co.jp Port:80

Prog.

Comment 14

[Andrew Hagen]

PC/All.

Comment 15

[Andre-John Mas]

Revisting the links with Mozilla 1.4rc1 these pages now load fine. I recommend
QAing this issue and closing it.

Comment 16

[benc]

RESOLVED/WFM:

Mach-O, Win98, Linux.

ajmas: can you verify?

Comment 17

[Andrew Hagen]

Will switch to resolved wfm.

Comment 18

[Andrew Hagen]

Resolving as WFM.

Comment 19

[Andre-John Mas]

Just to confirm I have tested this with MacOS X and Windows 2000 SP2 and it
works. I am not in a position to verify Linux or Windows 98.

Comment 20

[Andrew Hagen]

I can confirm it works on Windows 98.