Closed
Bug 14980
Opened 25 years ago
Closed 16 years ago
Directory list state does not persist when returning to it from a local webpage
Categories
(SeaMonkey :: UI Design, defect, P3)
Tracking
(Not tracked)
RESOLVED
INVALID
Future
People
(Reporter: bugs, Assigned: jag+mozilla)
Details
Steps to reproduce: 1) load a local folder by typing in a file:// URL (e.g. file:///c|/) 2) navigate through your local directory tree, and find a webpage or other file viewable by Mozilla. This should ideally be several folders deep, to display to maximum effect this problem. Load the file by clicking on it 3) now click the back button to return to the directory list. You'll notice its assumed the "closed" state it had when you first loaded it, not expanded out as you had when you selected the file to load. This state should persist.
Comment 2•25 years ago
|
||
This is not Session History. The directory listing is a RDF tree. Cc'ing waterson.
Comment 3•25 years ago
|
||
Nope, it sure doesn't save its state. Sorry. I have no idea how to fix it short of saving the entire content model in the session history.
Updated•25 years ago
|
Status: NEW → ASSIGNED
Comment 4•25 years ago
|
||
Shall revisit after the new webshell lands. Keeping in my plate for now.
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → LATER
Target Milestone: M13 → M15
Comment 5•24 years ago
|
||
LATER is deprecated...
Status: RESOLVED → REOPENED
QA Contact: don → sairuh
Resolution: LATER → ---
Target Milestone: M15 → Future
Comment 6•24 years ago
|
||
Mass moving all Navigator bugs to the Nav team.
Assignee: radha → vishy
Status: REOPENED → NEW
Comment 7•22 years ago
|
||
Reassigning to a real person.
Assignee: vishy → sgehani
QA Contact: sairuh → paw
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
Comment 8•18 years ago
|
||
INVALID? is folder state even indicated anymore?
Assignee: samir_bugzilla → jag
QA Contact: pawyskoczka
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/20080509 SeaMonkey/2.0a1pre Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 I can't reproduce this bug. I close this for now as INVALID. Reporter, if you still run into this problem while using an recent Build, please reopen and submit actual information.
Status: NEW → RESOLVED
Closed: 25 years ago → 16 years ago
Resolution: --- → INVALID
Comment hidden (collapsed) |
You need to log in
before you can comment on or make changes to this bug.
Description
•