-
Notifications
You must be signed in to change notification settings - Fork 294
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
Tilix VTE fix is not working #1513
Comments
Did you start a new terminal after enabling the login shell? If you open tilix, change that setting and then try to use the terminal that is already open to test it this won't work because that terminal was started as a non-login shell. |
Yes I tried closing and opening tilix after changing that setting.
|
Do you have the same problem with gnome-terminal, i.e. if you open gnome-terminal and navigate to a new directory, open a new tab is the directory in the new tab the home directory or the same directory as the previous tab. If it's the home directory you have the same problem and you can try setting the run command as login shell to see if it works there. Just looking to compare behaviors. The other option, and the preferred one, is to simply source vte.sh as per the instructions. |
On Wed, Sep 12, 2018 at 8:47 PM Gerald Nunn ***@***.***> wrote:
Do you have the same problem with gnome-terminal, i.e. if you open
gnome-terminal and navigate to a new directory, open a new tab is the
directory in the new tab the home directory or the same directory as the
previous tab.
Yes gnome-terminal is able to follow my current directory across tabs.
The other option, and the preferred one, is to simply source vte.sh as per
the instructions.
I'm also sourcing vte.sh
|
If you are sourcing vte, if you run the following in bash what do you see:
You should see the command |
Like this?
$ echo $PROMPT_COMMAND
__vte_prompt_command
|
By the way I'm also using tilix on my home pc and there the same configuration works. It's nearly the same shell configuration synchronized via dropbox. In case you are wondering I have no idea how's that possible either. |
Unfortunately I'm out of ideas, I don't know what the issue is, sorry. Is your home and work environment identical, i.e. using the same desktop environment and configured roughly similarly? |
Yeah they are both debian, same version, same user(name), all packages updated, bash is the default shell. The only difference is this line of code in .bashrc try_to_source $HOME/.bashrc.host. Which sets proxy variables and a few aliases. I've also tried commenting that line before opening tilix. Can you point me to the code that tests whether tilix is configured correctly so I can test the state of the shell manually? |
The code is at the link below but it's not something you can test easily since it relies on some timing behavior in VTE. You can check if the warning is being generated falsely by opening a terminal, switching to a new directory and then splitting that terminal. If the new split terminal opens with the directory from the previous terminal then it is working, if it opens in your home directory then it is not working. If it is working and the VTE warning is in error you can just check the box to not show it again. |
Oh and here's the code: https://github.com/gnunn1/tilix/blob/master/source/gx/tilix/terminal/terminal.d#L954 |
I've tried building tilix with trace enabled to see the state of the variables but when I start tilix it
stops printing the output to the current log file (either file or stdout).
## update
It was because I had a tilix windows open open, now the trace goes much further but stops at:
(tilix:28149): GLib-GIO-ERROR **: Settings schema 'com.gexperts.Tilix.Keybindings' does not contain a key named 'win-view-session-switcher'
Trace/breakpoint trap
I'm building it with `$ dub build --build=debug --config=trace`
## end update
Also yeah, tilix is incapable of following the current directory across tabs.
|
I have a similar issue using tilix 1.8.3 on Fedora 29. The documentation states that the problem should be absent on Fedora. Yet, I'm getting the warning dialog when opening tilix. I removed modifications from .bashrc, expect sourcing /etc/bashrc. PROMPT_COMMAND is set to |
Removing all modifications to .bashrc made tilix stop showing the warnings
but also didn't change the behavior (cd wasn't carried across tabs). Adding
the following lines made the warning reappear:
if [ $TILIX_ID ] || [ $VTE_VERSION ]; then
source /etc/profile.d/vte.shfi
…On Thu, Nov 1, 2018 at 5:00 PM Sebastian Pölsterl ***@***.***> wrote:
I have a similar issue using tilix 1.8.3 on Fedora 29. The documentation
states that the problem should be absent on Fedora. Yet, I'm getting the
warning dialog when opening tilix. I removed modifications from .bashrc,
expect sourcing /etc/bashrc. PROMPT_COMMAND is set to __vte_prompt_command,
and adding source /etc/profile.d/vte.sh does not change the behaviour.
gnome-terminal works without any issues, when opening a new tab, the
current working directory is preserved. Please let me know if you need more
information.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#1513 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AAc7f6lOAM9UNng-81lbh87J5xe0zy_Iks5uq1LJgaJpZM4WbNVr>
.
|
I'm on Ubuntu 18.04 with KDE installed and I have the same issue as described by the gentlemen above.
I've tried both methods to make Tilix work and none of them worked. edit: |
Login shell isn't working for me either (solus) and solus doesn't have /etc/profile.d If anyone has a suggestion, let me know. |
I solved this on Solus by putting Hope it helps! |
I've been having this issue in Fedora 30/31/32. I apply the fix as suggested by the pop-up, it sources vte.sh properly, but it's not fixing anything. The login shell option doesn't do the trick either. Any updates on this? |
Testing on debian buster on a fresh vm installation the problem doesn't
happen.
…On Mon, Jul 13, 2020 at 6:35 PM Leeuwen, van PJA ***@***.***> wrote:
I've been having this issue in Fedora 30/31/32. I apply the fix as
suggested by the pop-up, it sources vte.sh properly, but it's not fixing
anything. The login shell option doesn't do the trick either.
Any updates on this?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#1513 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AADTW734TPMX4XSN5MKXEY3R3N4YHANCNFSM4FTM2VVQ>
.
|
I spent four days chasing this; no issue on an 18.04 at home... had the issue on 18.04 at work. My root cause was that the work computer’s hostname was set to all digits by the IT department. And this broke _vte_urlencode(). I locally changed my hostname in /etc/hosts and /etc/hostname and rebooted. Problem solved. ;) I see newer versions of libvte relocated and refactored that function; I am unsure how the new call handles all digits. |
Hmm at work my hostname starts with digits. I have to try that in a vm
…On Sun., 22 Nov. 2020, 11:02 513G3, ***@***.***> wrote:
I spent four days chasing this; no issue on an 18.04 at home... had the
issue on 18.04 at work. My root cause was that the work computer’s hostname
was set to all digits by the IT department. And this broke
_vte_urlencode(). I locally changed my hostname in /etc/hosts and
/etc/hostname and rebooted. Problem solved.
;)
I see newer versions of libvte relocated and refactored that function; I
am unsure how the new call handles all digits.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#1513 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AADTW72VJ7AECZ43PR4L7FLSREKVZANCNFSM4FTM2VVQ>
.
|
Can confirm that on Fedora 33 this problems keeps happening and the solution of removing dots from hostname fixes it |
Yep, that was the problem. Thanks 513G3! |
Same here, Mageia 8, hostname was set to |
This looks to be still a thing in 2021: Here output of
Any ideas? |
check #1954 TL;DR:
looks like HOSTNAME changed from:
to:
and that puzzles tilix |
Probably problem is systemd network: https://www.freedesktop.org/software/systemd/man/systemd.network.html
that's why none of this work to change transient: https://www.freedesktop.org/software/systemd/man/systemd.network.html Here details: Honestly I prefer to change HOSTNAME than touch network config. See gnome terminal works with any hostname value, so probably tilix should use same way to get hostname as gnome-terminal |
Final solution thanks to @ckulacoglu https://sleeplessbeastie.eu/2020/06/22/how-to-change-system-hostname/ So as long your hostname is set to localhost, your transient hostname might be different from your hostname (set by dhcp etc), causing the issues. Giving your system a personal hostname does not affect how "localhost" resolution works (which points to 127.0.0.1) unless you manually mess up with /etc/hosts
fix this for me without doing anything on ~/.bashrc |
Im sorry if this is not the right place to post this, but do you know the equivalent of |
@pattex16 yo Bernd ti define a nam e por hora y hay os nos localista, so Tour alarmante os nos transient
Or similar |
Linux n-000001 6.0.7-100.fc35.x86_64 #1 SMP PREEMPT_DYNAMIC Thu Nov 3 21:31:24 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux Solved by executed:zsh:
bash:
|
Using either the first option or marking the "run command as login shell" checkbox doesn't change the behavior of Tilix, when I change the current directory and then open a new tab starts it in the home directory.
Here's a video showing the behavior: https://www.dropbox.com/s/v1adgl97tza82pz/Screencast%20from%2005-09-18%2012%3A41%3A41.webm?dl=0
The text was updated successfully, but these errors were encountered: