Inconsistent current folder when using "Restore Window Arrangement"

By matthew.orior...@econsultancy.com on May 20, 2013 22:44 (imported from Google Code)

---

What steps will reproduce the problem?

1. Create three profiles for startup terminals specifying Command: Login shell, specify "Send start text at start" such as What steps will reproduce the problem?
2. Create three profiles for startup terminals specifying Command: Login shell, specify "Send start text at start" such as rails sWhat steps will reproduce the problem?
3. Create three profiles for startup terminals specifying Command: Login shell, specify "Send start text at start" such as `rails s or What steps will reproduce the problem?
4. Create three profiles for startup terminals specifying Command: Login shell, specify "Send start text at start" such as rails s or rails consoleWhat steps will reproduce the problem?
5. Create three profiles for startup terminals specifying Command: Login shell, specify "Send start text at start" such as rails s or `rails console, and choose "Reuse previous session's directory"
6. Start with one of the profiles, and split the window using all 3 different profiles.
7. Save the window arrangement using "Save Window Arrangement"
8. Now close the entire window, start a new blank window using the Default profile. Set your working folder to something other then your default folder.
9. Now use "restore window arrangement" for the arrangement you saved. You will see that the working folder for those windows has not inherited the last working directory.
10. If you close that window though, go back to a simple terminal, change working directory to a non-default folder.
11. Now select Profiles > [one of the profiles you set up]
12. The working directory from the previous terminal window/session is used.

What is the expected output?
I expected the working directory to be that of the last current terminal I was using. This is needed so that I can What steps will reproduce the problem?

1. Create three profiles for startup terminals specifying Command: Login shell, specify "Send start text at start" such as rails s or rails console, and choose "Reuse previous session's directory"
2. Start with one of the profiles, and split the window using all 3 different profiles.
3. Save the window arrangement using "Save Window Arrangement"
4. Now close the entire window, start a new blank window using the Default profile. Set your working folder to something other then your default folder.
5. Now use "restore window arrangement" for the arrangement you saved. You will see that the working folder for those windows has not inherited the last working directory.
6. If you close that window though, go back to a simple terminal, change working directory to a non-default folder.
7. Now select Profiles > [one of the profiles you set up]
8. The working directory from the previous terminal window/session is used.

What is the expected output?
I expected the working directory to be that of the last current terminal I was using. This is needed so that I can cdWhat steps will reproduce the problem?

1. Create three profiles for startup terminals specifying Command: Login shell, specify "Send start text at start" such as rails s or rails console, and choose "Reuse previous session's directory"
2. Start with one of the profiles, and split the window using all 3 different profiles.
3. Save the window arrangement using "Save Window Arrangement"
4. Now close the entire window, start a new blank window using the Default profile. Set your working folder to something other then your default folder.
5. Now use "restore window arrangement" for the arrangement you saved. You will see that the working folder for those windows has not inherited the last working directory.
6. If you close that window though, go back to a simple terminal, change working directory to a non-default folder.
7. Now select Profiles > [one of the profiles you set up]
8. The working directory from the previous terminal window/session is used.

What is the expected output?
I expected the working directory to be that of the last current terminal I was using. This is needed so that I can `cd into an application folder, and then load up the necessary window arrangement for that stack.

What do you see instead?
I see the split terminal windows with working folders other than the last current session, thus not allowing me to CD into an application and launch the window arrangement and profile for that application.

What version of the product are you using? On what operating system?
Iterm2: Build 1.0.0.20130324
OS X: 10.8.3

Please provide any additional information below.
I hope that I am not missing something obvious, and apologise if I am, and thank you for your help in advance.

---

com.googlecode.iterm2.plist

Comment 1 by gnach... on May 21, 2013 22:24

---

The current behavior is to save each session's working directory at the time the arrangement is saved and preserve that when it is restored. This is possibly something that could be addressed with scripting, since I believe it is a more advanced use case.

---

Labels: Type: Defect, Type: Enhancement, Milestone: Release3.0

Comment 2 by matthew.orior...@econsultancy.com on May 22, 2013 05:37

---

Thanks for your response, however the option to save a user's arrangement at the time seems odd because a) why not just enter the actual directory into the directory, b) it leaves little flexibilty to have window arrangements independent of the specific application you are working on.

I think having a way to launch windows and profiles from the current working directory would be very useful.

Comment 3 by gnach... on May 22, 2013 18:23

---

I agree that it would be useful, but it makes the behavior more difficult to predict. I've tagged this for 3.0 so I'll add it alongside scripting when that comes along.

Milestone changed to Temporary Milestone

Milestone changed to Feature complete 3.0

Status changed to closed

System window restoration does this for the common case. I don't think I want to update working directories in saved arrangements--breaks the expected case.