Remember last open folder

[Robert Leach]

USE CASE: WHAT DO YOU WANT TO DO?

I want to not have to navigate the open dialog to the same place every time. I'd like the necessity to navigate folders to be minimized as much as possible, i.e. reduce the number of navigation clicks.

STEPS TO REPRODUCE AN ISSUE (OR TRIGGER A NEW FEATURE)

1. Click Open button on welcome screen (the default location did not correspond to the folder the last opened file was in)
2. Navigated to a different folder and opened a file
3. Typed command-o (and the default starting folder was the same as the first time - it had not updated)
4. Quit treeview & started it up again
5. Click Open button on welcome screen (and the default starting folder was the same as the first time - it had not updated)

CURRENT BEHAVIOR

The open dialog does not start inside the folder containing the previously opened file. Unknown whether it is coded to save upon open or app quit. Unknown whether it is coded to update upon usage of the recent items menu/button.

EXPECTED BEHAVIOR

Default location of the Open Dialog should be the last location where a file had been opened. If no prior location exists, it should default to the user's home directory. The location should be saved upon open (not upon app-quit). Using the open recent menu and the open recent button in the welcome view should update this default location as well.

DEVELOPERS ONLY SECTION

SUGGESTED CHANGE (Pseudocode optional)

none

FILES AFFECTED (where the changes will be implemented) - developers only

unknown

LEVEL OF EFFORT - developers only

medium

COMMENTS

[Robert Leach]

Issue #77 was marked as a duplicate of this issue.

[Robert Leach]

Re-titled to make it easier to find.

[Anastasia Baryshnikova]

I've noticed this again in the current JAR file. Will re-open and assign to alpha4.

[Robert Leach]

I believe that there is a known issue related to this. Please check. I forget which is which. Whether it will remember is based on how you close the TreeView app. It depends on whether you use command-q/File->Quit or use the close button/command-w. I think that if you use the close button, it will remember but if you use "quit", it doesn't. I might have that reversed... If it doesn't remember with either of those ways, then this issue should be reopened. If it remebers one of those ways, it should probably be a new issue (though it might be resolved via packaging).

[Anastasia Baryshnikova]

I think the desired behavior is that it will remember BEFORE you close Treeview. E.g., open file1 (navigate to its folder, choose file1), then open file2 (the folder of file1 is the default one). I can create a new issue for this, if this is different from before.

[Robert Leach]

I agree. And that may be the way it's supposed to work, but I can't remember. There used to be an issue with remembering window size and position that was also linked to the way you quit the app. I don't know if that's still affected as well or not by the quit method used. The last folder opened might be the same way.

[Robert Leach]

I saw during the code review of Chris's latest PR that window position/size is still saved upon size/position change (though there is a debate in the PR [ISSUE NUMBER: 25] about whether or not it should only be saved during the quit operation).

I have confirmed the existence of this issue however in both master and in the jar.

1. Click Open button on welcome screen (the default location did not correspond to the folder the last opened file was in)
2. Navigated to a different folder and opened a file
3. Typed command-o (and the default starting folder was the same as the first time - it had not updated)
4. Quit treeview & started it up again
5. Click Open button on welcome screen (and the default starting folder was the same as the first time - it had not updated)

[Robert Leach]

Updating the issue description and splitting into multiple issues.

[mohammed faizaan]

@hepcat72 I don't see this issue anymore. Do you think there is a case that can still reproduce this issue?

[Anastasia Baryshnikova]

I can confirm this bug still exists. It works ok within the same session but doesn't work after you close Treeview. Also, the Open Last File button on the Welcome screen is not the last file I opened nor the last file I clustered. It's some other random file I opened at some point long time ago.

[Robert Leach]

This is resolved/fixed in pull request #62.

[Robert Leach]

Removing milestone: General interface (automated comment)