If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

[PP]ftp is broken = crash

VERIFIED FIXED in M5

Status

()

Core
Networking: FTP
P2
critical
VERIFIED FIXED
19 years ago
15 years ago

People

(Reporter: Claudius Gayle, Assigned: Robert John Churchill)

Tracking

Trunk
PowerPC
Mac System 8.5
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

19 years ago
so it seems that FTP is broken on the mac...
Mar26 MacMonkey build

to repro:
1. launch apprunner
2. type in any valid url beginning with ftp:// -or- follow a link to an ftp site.
3. wait a sec.

What should happen:
You connect to the page and load up the resulting directory list.

What does happen:

It acts like things are fine by connecting to the page (read in status bar) then crashes -hard.

clicking on the url link above will get you the same result. I went to mozilla.org and followed the perLDAP link about a pagefull
down.

Updated

19 years ago
Status: NEW → ASSIGNED
Priority: P3 → P2
Target Milestone: M4

Updated

19 years ago
Assignee: dp → jevering
Status: ASSIGNED → NEW

Comment 1

19 years ago
Hmm.. I'll grab a Mac weenie tomorrow and look into this more

Updated

19 years ago
Assignee: jevering → gagan

Comment 2

19 years ago
Robert churchill looked at the ftp code before. Ah he is in hawaii now.

Updated

19 years ago
Assignee: gagan → gordon

Updated

19 years ago
Assignee: gordon → rjc
Target Milestone: M4 → M5

Comment 3

19 years ago
we need to release note mac ftp is not working for m4.
moving to m5.

Comment 4

19 years ago
I added to release notes

Updated

19 years ago
Summary: ftp is broken = crash → [PP]ftp is broken = crash

Comment 5

19 years ago
problem still exists in 4/27 builds MAC, Okay on Windows/Linux.

Comment 6

19 years ago
*** Bug 4702 has been marked as a duplicate of this bug. ***
(Assignee)

Updated

19 years ago
Assignee: rjc → gagan
(Assignee)

Comment 7

19 years ago
Ah, this bug should have been the one marked as a duplicate of bug # 4702 as
that bug has a lot more info (like a stack trace) and is owned by one of the
Netlib guys.  Reassigning this bug to Gagan for when the new Netlib lands.
(Reporter)

Comment 8

19 years ago
don't be sidetracked by info from bug 4702. This bug is for tracking the Mac ftp:// crash behaviour. That bug contains a windows
stack trace that must invlove a different crash/reason because it works fine now(1999042608) and Mac still crashes hard (reboot
system).

Updated

19 years ago
Assignee: gagan → rjc

Comment 9

19 years ago
Robert can you help investigate this one like a stack trace, hunch !

If we cant get this nailed, I have no option but to yank this one to M6 (read as
wait for necko)
(Assignee)

Comment 10

19 years ago
I can't easily get a stack trace as this bug locks up my Mac hard. The only
option would be to basically start single stepping through Netlib to try and
figure out the problem.

Can we not wait for Necko?  Let me know.  Figuring this one out is a big
investment of energy, especially if the code is going to be thrown away in a few
weeks.

Comment 11

19 years ago
I see your point. Since ftp working is blocking two other groups,  I would like
to invest a few hours into seeing we can resolve this. But it proves to not lead
anywhere after say 3 hours of work, I think waiting for necko would be the right
thing.

Once suggestion: i am hoping that the hard crash would happen after the last
bytes are read in and the connection is being closed. That was the problem on
win/unix that I fixed. Search for XXX in mkftp.c for wierdities I was seeing.

Also, are we sure that both ftp directory and ftp access to say a .html file
both core dump.
(Assignee)

Comment 12

19 years ago
Notes:  I can download a file via FTP on the Mac with no problem. Even the
dialogs are working (althogh they look crappy right now.)

FTP crashes *BEFORE* it finishes reading the directory, though. <Bummer.>
(Assignee)

Comment 13

19 years ago
GOD DAMM this is some nasty code...
(Assignee)

Updated

19 years ago
Status: NEW → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED
(Assignee)

Comment 14

19 years ago
Wow, it wasn't a Netlib bug!  Who would have thought that could be?

This is basically the same bug and same bug fix as bug # 3405. Somebody needs to
fix this all up for real... the current solution isn't something we could be
proud of. I think we should make Kathy Brade do it (Hi Kathy!) as she introduced
the bug. CC'ing brade. Also cc'ing sdagley as he is the guy who fixed # 3405 so
he might know of the best way to clean this all up.

Comment 15

19 years ago
Just to note bug #3559 is currently assigned to me for cleaning up the #define to
existing names mess but I'd be happy to give it to Kathy since it is currently
deferred to M8.
(Reporter)

Comment 16

19 years ago
ru or has it there is a build this evening (4/30) did this by any chance get checked in in time? When can I hope to see (and
verify) it?
(Assignee)

Comment 17

19 years ago
Claudius, I checked in my fix around 4:15 PM today (4/30/99).
(Reporter)

Updated

19 years ago
Status: RESOLVED → VERIFIED
(Reporter)

Comment 18

19 years ago
VERIFIED for Mac Build 1999050308

Comment 19

18 years ago
Changing all Networking Library/Browser bugs to Networking-Core component for
Browser.

Occasionally, Bugzilla will burp and cause Verified bugs to reopen when I do
this in a bulk change.  If this happens, I will fix. ;-)

Comment 20

18 years ago
Bulk move of all Networking-Core (to be deleted component) bugs to new
Networking component.

Updated

15 years ago
Component: Networking → Networking: FTP
You need to log in before you can comment on or make changes to this bug.