Tilix: Tilix VTE fix is not working

[marceloslacerda]

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

[gnunn1]

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.

[marceloslacerda]

Yes I tried closing and opening tilix after changing that setting.

[gnunn1]

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.

[marceloslacerda]

On Wed, Sep 12, 2018 at 8:47 PM Gerald Nunn [e-mail]
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

[gnunn1]

If you are sourcing vte, if you run the following in bash what do you see:

echo $PROMPT_COMMAND

You should see the command __vte_prompt_command as part of the output if it is being sourced correctly.

[marceloslacerda]

Like this?

$ echo $PROMPT_COMMAND
__vte_prompt_command

[marceloslacerda]

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.

[gnunn1]

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?

[marceloslacerda]

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.hostname

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?

[gnunn1]

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.

[gnunn1]

Oh and here's the code:

https://github.com/gnunn1/tilix/blob/master/source/gx/tilix/terminal/terminal.d#L954

[marceloslacerda]

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.

[sebp]

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.

[marceloslacerda]

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 [e-mail]
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
https://github.com/gnunn1/tilix/issues/1513#issuecomment-435166754, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AAc7f6lOAM9UNng-81lbh87J5xe0zy_Iks5uq1LJgaJpZM4WbNVr
.

[Zauxst]

I'm on Ubuntu 18.04 with KDE installed and I have the same issue as described by the gentlemen above.

$ uname -a
Linux ----- 4.15.0-43-generic #46-Ubuntu SMP Thu Dec 6 14:45:28 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

$ echo $PROMPT_COMMAND
__vte_prompt_command

$ tilix --version
Versions
    Tilix version: 1.7.7
    VTE version: 0.52
    GTK Version: 3.22.30

Tilix Special Features
    Notifications enabled=0
    Triggers enabled=0
    Badges enabled=0

I've tried both methods to make Tilix work and none of them worked.

edit:
I guess my issue is related to #1451, which it seems that KDE is not officially supported by the maintainer :(
edit2:
After enabling a setting in the general tab to preserve the folder directory location, and opening a new tilix window by typing in tilix, I do get the correct directory but using the interface to open left or down a terminal does not preserve folder path.
I've also disabled that startup error.

[framerate]

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.

[gaviriacc26]

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 source /usr/share/defaults/etc/profile.d/vte.sh in my _.zshrc_ file.
It works like a charm for me. If you use bash, putting it in your _.bashrc_ should also do the trick.

Hope it helps!

[pjaleeuwen]

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?

[marceloslacerda]

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 [e-mail]
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
https://github.com/gnunn1/tilix/issues/1513#issuecomment-657805238, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AADTW734TPMX4XSN5MKXEY3R3N4YHANCNFSM4FTM2VVQ
.

[513G3]

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.

[marceloslacerda]

Hmm at work my hostname starts with digits. I have to try that in a vm

On Sun., 22 Nov. 2020, 11:02 513G3, [e-mail] 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
https://github.com/gnunn1/tilix/issues/1513#issuecomment-731752984, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AADTW72VJ7AECZ43PR4L7FLSREKVZANCNFSM4FTM2VVQ
.

[jorrete]

Can confirm that on Fedora 33 this problems keeps happening and the solution of removing dots from hostname fixes it

[marceloslacerda]

Yep, that was the problem. Thanks 513G3!

[dteleguin]

Same here, Mageia 8, hostname was set to localhost.localdomain. Neither sourcing vte.sh nor enabling login shell helped. Fixed by setting hostname to localhost.