.bash_profile content deleted

[jandubois]

I've experienced this before on Dec 18, but it has since happened 3 more times this Friday (5-Jan-2024): After a factory-reset, and restarting Rancher Desktop with automatic PATH management enabled, my ~/.bash_profile was replaced with an empty file that just had the Rancher Desktop boilerplate:

$ cat ~/.bash_profile
### MANAGED BY RANCHER DESKTOP START (DO NOT EDIT)
export PATH="/Users/jan/.rd/bin:$PATH"
### MANAGED BY RANCHER DESKTOP END (DO NOT EDIT)

Once I perform another factory-reset, the file gets deleted completely because it is now empty.

I use symlinks into Dropbox for ~/.bash_profile (and ~/.bashrc):

$ ls -ld ~/.bash*
-rw-------   1 jan  staff   13706  7 Jan 14:24 /Users/jan/.bash_history
lrwxr-xr-x   1 jan  staff      35  7 Jan 14:23 /Users/jan/.bash_profile -> /Users/jan/Dropbox/dot/bash_profile
drwx------  14 jan  staff     448 16 Sep  2020 /Users/jan/.bash_sessions
lrwxr-xr-x   1 jan  staff      35  7 Jan 14:23 /Users/jan/.bashrc -> /Users/jan/Dropbox/dot/bash_profile

It is the symlink that gets deleted on the second factory-rest.

Since the older version is still on Dropbox, it is simple to restore. Here are some screenshots from when it happened:

The very last screenshot is from an instance that used manual path management, so the factory-reset didn't remove the path management logic because it was never added to the file. Still on a restart the file was overwritten.

I sometimes didn't discover that .bash_profile was destroyed until later (when I had to create a new terminal window), so I'm not sure if this is really true, but I believe this always happened when I initiated the factory-reset from the GUI, and restarted the app (via a hotkey) immediately once the window was closed (this was part of QASE testing, where many test cases ask for a factory-reset followed by a restart).

I've not been able to reliably reproduce the problem, even though it happened 3 times this Friday.

Open questions

1. Is this related to having .bash_profile stored as a symlink?
2. Is this related to having the symlink point to Dropbox?
3. Is this related to having both .bashrc and .bash_profile symlink to the same file?
4. Does it matter that each time the app was restarted immediately after the facory reset?

Candidate?

After looking through the sources, the only way I can see this happening is if fs.promises.stat('~/.bash_profile') returned ENOENT (or if os.homedir() did return an incorrect value):

rancher-desktop/pkg/rancher-desktop/integrations/pathManagerImpl.ts

Lines 73 to 78 in 459e1a7

	// If none of the files exist, write .bash_profile
	if (!linesAdded) {
	const filePath = path.join(os.homedir(), bashLoginShellFiles[0]);
	await manageLinesInFile(filePath, [pathLine], desiredPresent);
	}

But the file exists, and I don't see how HOME could not be set correctly, so this still doesn't make sense.

[gaktive]

@mook-as to help here to see what could be going on.

[jandubois]

And it happened again:

[jandubois]

I just noticed that at the Friday, January 5th timestamp at 10:40am my ~./zshrc file also got truncated (it too is a symlink into Dropbox):

[nwwells]

This happened to me on my work computer where I had not backed up my dot files yet. I'm a ZSH user, so in my case my .zshrc was wiped.

[jandubois]

@nwwells Thanks for letting us know! Is there anything unusual about your ~/.zshrc in any way? Is it a symlink, like mine? If yes, does it point to Dropbox/iCloud/Google Drive/OneDrive or similar?

[nwwells]

No it was just a normal .zshrc file! Nathan Wells

…

On Fri, Jan 12, 2024 at 11:47 AM Jan Dubois ***@***.***> wrote: @nwwells <https://github.com/nwwells> Thanks for letting us know! Is there anything unusual about your ~/.zshrc in any way? Is it a symlink, like mine? If yes, does it point to Dropbox/iCloud/Google Drive/OneDrive or similar? — Reply to this email directly, view it on GitHub <#6281 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAH5Y4IFYKTVFNZ2UOFP3YDYOFSI5AVCNFSM6AAAAABBQUITI6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQOBZGYZTCOJTGE> . You are receiving this because you were mentioned.Message ID: ***@***.***>

[DanielSchranc]

Hello...this has happened to me too. I installed rancher desktop with automatic PATH enabled and then it has overwritten everything I had in my bash_profile with the rancher desktop PATH

[pplanel]

I just lost my .*rc to this app. Really disappointing...

[hopsor]

I experienced the same losing my .zshrc :-/

[Cutieguwu]

Wiped my .bashrc and .bashprofile, had to restore from backup.

I don't use .zshrc (at least I don't think I do), but it didn't wipe that for me and actually appended properly.

[jandubois]

This issue is a regression from Rancher Desktop 1.11. It is a race condition that happens after either a fresh install or a factory reset, when the first-run dialog is closed again very quickly after it is displayed.

The problem has been fixed in #6352 and will be released in a 1.12.2 patch release in the next day or two, once it has passed further testing.

Sorry for not catching this regression in time!

[peimansh]

It wiped my ~/.bash_profile file in 1.14.2 on Mac ..
Wasn't this supposed to be fixed in 1.12.2 ?

Need to mention that I downgraded from 1.16 to 1.14.2 and the wipe happened.

my ~/.bash_profile was just a normal profile file.. no symlinks or etc ..

[jandubois]

Wasn't this supposed to be fixed in 1.12.2 ?

Yes, but unfortunately there was another situation where this data loss could occur: when you had no internet access while the first-run dialog was displayed (#7154). That issue has been fixed in 1.15.0, and has additional fixes for extended attributes on profile files in 1.15.1.

Need to mention that I downgraded from 1.16 to 1.14.2 and the wipe happened.

Out of curiosity, why did you have to downgrade?