-
Notifications
You must be signed in to change notification settings - Fork 257
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Question] is there a way to prevent Terminator from dereferencing symbolic links? #617
Comments
That should be the only behaviour IMO. I'm not sure whether it's possible, but I'll look at the code and see if I can fix it so that it always starts in the same path you were in before. |
God, what a rat's nest. Time for some fixes. |
I'm sorry, it's not a huge deal, I was just curious if there was already some existing configuration option or something. |
Ah-ha! Figured it out. This feature requires some heavy lifting from your shell, and various distros either set this or don't. Long story short:
this should allow your shell to tell terminator what the current working directory is without calling getcwd() |
Thank you! I didn't find that file on Manjaro but I had vte.sh and sourcing that worked, I don't seem to need to change Terminator to run as a login shell. |
For instance, when I have have a pane opened in a directory that is based on a symbolic link, when I split the pane, the new pane makes my working directory the same as the parent pane (which is what I expect), but since in this specific case the parent was also a symbolic link, the new pane instead uses the path that the link pointed to, and I'd prefer to keep using the link in the new pane instead.
The text was updated successfully, but these errors were encountered: