You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
for a while now, I've thought I was going a little mad, but today I realised that Fork is indeed messing with the order of Git project tabs that I have open.
when Fork's background process is not running, opening a new window loads all tabs at the same time, in the exact same order as they were before closing.
when Fork's background process *is running but the last window has been closed, opening a new window will restore all tabs sequentially, starting from the last active tab, then appending all other "last open" tabs from left to right.
Screen+Recording+2024-12-12+at+10.24.22.mov
while writing out this issue report, I realised that none of my testing could differentiate between the act of "closing the last window" against "killing the process", so I checked to see if closing the window before killing the process made any difference, and indeed it does:
Screen+Recording+2024-12-12+at+10.40.09.mov
searching this repo's other issues, I did find one mention of this over here, but nothing else.
for what it's worth, I don't think the Windows build of Fork has this issue... I can test that later on today if need be.
is there anything you can do to "fix" this incorrect tab load behaviour in the Apple build?
The text was updated successfully, but these errors were encountered:
..and then immediately after I was done with my issue report, I switched back from my "personal" profile to my "work" profile, and Fork restored my previously open tabs with the "last selected" as the first tab. again losing my tab order...
so, perhaps it's more specifically related to clearing the currently visible tabs, as opposed to closing the last window? hope that makes sense, let me know if you would like a video example of that behaviour.
for a while now, I've thought I was going a little mad, but today I realised that Fork is indeed messing with the order of Git project tabs that I have open.
when Fork's background process is not running, opening a new window loads all tabs at the same time, in the exact same order as they were before closing.
when Fork's background process *is running but the last window has been closed, opening a new window will restore all tabs sequentially, starting from the last active tab, then appending all other "last open" tabs from left to right.
Screen+Recording+2024-12-12+at+10.24.22.mov
while writing out this issue report, I realised that none of my testing could differentiate between the act of "closing the last window" against "killing the process", so I checked to see if closing the window before killing the process made any difference, and indeed it does:
Screen+Recording+2024-12-12+at+10.40.09.mov
searching this repo's other issues, I did find one mention of this over here, but nothing else.
for what it's worth, I don't think the Windows build of Fork has this issue... I can test that later on today if need be.
is there anything you can do to "fix" this incorrect tab load behaviour in the Apple build?
The text was updated successfully, but these errors were encountered: