Closed Bug 22320 Opened 25 years ago Closed 25 years ago

ftp(tree) subdirectories collapsed when going "back" to a ftp-directory

Categories

(Core Graveyard :: Networking: FTP, defect, P3)

x86
Windows 98
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: sicking, Assigned: waterson)

References

()

Details

(Keywords: testcase, Whiteboard: [need info])

When going back to a ftp-directory all subdirectories are collapsed even if you had expanded them before clicking a link. Steps to reproduce: 1. Enter ftp://ftp.scene.org/pub in the URL box 2. Expand some directories 3. Click the appform.txt file 4. Click the back button All directories are now collapsed and all directory caches has been lost. I'm running the 1999122023 build on win98SE
Assignee: paulmac → waterson
QA Contact: nobody → tever
Hmmm, chris, how will this work? I suppose we need to remember the state of the tree.
cc'ing don
Status: NEW → ASSIGNED
Target Milestone: M14
*** Bug 22777 has been marked as a duplicate of this bug. ***
I am also finding this to be true under Linux 2.2.14, Mozilla M14. This is not limited to Windows 98 anymore. I was finding it true on ftp.xfree86.org. Go to pub/XFree86/4.0/README and when I hit back I am at pub/XFree86. It appears that it's got an extra 'back' execution in there (maybe). Here is an excerpt from my command line output: ------------------------------------------------ Document ftp://ftp.xfree86.org/pub/XFree86.4.0/README loaded successfully Document: Done (0.889 secs) Going Back failed to set the page title Document ftp://ftp.xfree86.org/pub/XFree86 loaded successfully Document: Done (0.995 secs) ------------------------------------ I would have expected it to go back to a line like: 'Document ftp://ftp.xfree86.org/pub/XFree86/4.0 loaded successfully' in the second to the last line...
Target Milestone: M14 → M20
Keywords: nsbeta2
Chris: I'm inclined to punt on this for beta2; please advise on status and estimated cost to fix.
Whiteboard: [need info]
I'm very suspicious that RJC may have fixed this and I've been remiss in updating the bug report. rjc?
Yeah, I fixed this a while ago by using persist="open" in directory.xul.
ok then, we'll call it fixed.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
this works fine! Verifying
Status: RESOLVED → VERIFIED
Component: Browser-General → Networking: FTP
Keywords: testcase
Summary: subdirectories collapsed when going "back" to a ftp-directory → ftp(tree) subdirectories collapsed when going "back" to a ftp-directory
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.