Open rfgamaral opened 6 years ago
If it’s possible to fetch the PID in SESSION_ADD_DATA
, then the pid
global and the SESSION_SET_XTERM_TITLE
section seem to be unnecessary.
@j-f1 But why do we even need to fetch the PID in SESSION_ADD_DATA
? The one we currently have when that event is dispatch should be the correct one, we don't need to fetch it again. What am I missing?
@henrikdahl Could you provide some input here please?
I use Hyper with WSL and this plugin doesn't work with it (see #75). I'm trying to fix that but I come across one thing that is confusing me and I'm not sure how to proceed until I understand what is going on.
Please take a look at:
Why do we need to get the PID on
SESSION_SET_XTERM_TITLE
and then do nothing with it? I mean:SESSION_ADD
we get the new session PID and invokesetCwd
with that PID, makes sense.SESSION_SET_ACTIVE
we get the active session PID (we could've switched tabs/panes) and invokesetCwd
with that PID, makes sense.SESSION_ADD_DATA
we don't get a new PID because it will be the same one as read before either bySESSION_ADD
orSESSION_SET_ACTIVE
and then invokesetCwd
with the current saved PID, makes sense.SESSION_SET_XTERM_TITLE
why do we need to get the active session PID? Especially when we don't even invokesetCwd
with that PID... Either way, won't the PID on this event be the exact same one as read before either bySESSION_ADD
orSESSION_SET_ACTIVE
?So, is handling
SESSION_SET_XTERM_TITLE
really needed? Do we really need to read the PID here? If so, why?Would really like to understand this as I'm not sure how to proceed to fix #75 without understanding this bit of the code base.