All open tabs lost their working path after system reboot

[njmh]

Discord username (optional)

No response

Describe the bug

I rarely reboot my machine or restart Warp, however when I do, all my open tabs in Warp typically retain their last working path from their previous sessions.

I did a full system reboot recently and all restored tabs have reverted back to my home path (~). I have a combination of named tabs, split pane tabs (max 3 panes) and a couple of adhoc tabs - all working from different directories on my machine. Every tab and split pane lost its path on my most recent reboot.

This is on version v0.2023.11.14.08.02.stable_02 which I updated to a few days ago off memory (which didn't affect the working paths of the tabs during that install).

To reproduce

1. Quit Warp
2. Reboot system
3. Launch Warp

Expected behavior

All tabs should retain their working path from previous sessions.

Screenshots

No response

Operating system

MacOS

Operating system and version

13.4.1

Shell Version

zsh 5.9 (x86_64-apple-darwin22.0)

Current Warp version

v0.2023.11.14.08.02.stable_02

Regression

Yes, this bug started recently or with an X Warp version

Recent working Warp date

No response

Additional context

No response

Does this block you from using Warp daily?

No

Is this a Warp specific issue? (i.e. does it happen in Terminal, iTerm, Kitty, etc.)

Yes, this I confirmed this only happens in Warp, not other terminals.

Warp Internal (ignore): linear-label:b8107fdf-ba31-488d-b103-d271c89cac3e

None

[dannyneira]

Hi @njmh. I tried to reproduce a couple of times but Warp was able to restore the tabs/working directories just fine. Please make sure you have Session restoration enabled in Settings > Features, then toggle off Restore windows, tabs, and panes on startup. If you find that it's still not helping, you can also try disabling the feature, deleting the session restoration sqlite db, then re-enable the feature and see if that helps.

Please update us if you have any progress with the suggestions.

[Cronos87]

I ran into that issue a couple of times too. I'm using macOS 12.6.5. It happened to me after an upgrade of the application, but if I simply close and reopen the app, it works just fine.

I didn't try when restarting the OS.

[ADTC]

It happened to me, but it could be because I quit Warp twice, after launching it again acidentally.

Steps I did:

1. Quit Warp with a bunch of tabs open.
2. Launch Warp (pretend you're doing it accidentally).
3. Quit Warp immediately as it in the process of restoring the tabs.
   1. This might be the culprit that causes the issue.
4. Reboot system (macOS MacBook in my case).
   1. Not sure if this was necessary, maybe this is optional.
5. Launch Warp again.

Observation made: Out of 8 tabs, only 1 restored the original working directory, while the other 7 defaulted to home folder ~.

Warp version: v0.2024.08.20.08.02.stable_00

[leo-cheron]

It happens after each update on MacOs.

[geoffraymond]

It happens after each update to warp on linux as well.

[bezvoshchuk]

Confirm similar issue on Mac OS 15.1.1 and Wapr v0.2024.11.19.08.02.stable_03. Also renamed tabs lost their names.

[guysoft]

Confirm happening to me also in linux, and this is a in 2025.

[dannyneira]

Hey folks some logs and reproduction steps would be helpful so we can try and reproduce this. I suspect there will be some sqlite errors in the logs if the session restoration feature fails in this way. Log instructions