Bug 143245 - Expand upon existing pre-connection subprocess support
Summary: Expand upon existing pre-connection subprocess support
Status: CONFIRMED
Alias: None
Product: konversation
Classification: Applications
Component: general (show other bugs)
Version: 1.0.1
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Konversation Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-03-20 00:42 UTC by Jakub Turski
Modified: 2013-04-15 00:42 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jakub Turski 2007-03-20 00:42:25 UTC
Version:           1.0.1 (using KDE 3.5.5, Kubuntu (edgy) 4:3.5.5-0ubuntu3.1)
Compiler:          Target: i486-linux-gnu
OS:                Linux (i686) release 2.6.17-11-generic

One possible field of application for pre command would be setting up ssh tunnel. Sadly, as it is, pre command is not enough. First of all, it is defined at identity level, while it should be defined at server level. It is launched once per each server using this identity, which leads to same tunnel being created more than once (of course port is busy, but ssh process stays). It should be either defined at server (or group of servers) level, or take parameters, such as name of the server we're connecting to, etc. The latter solution is a bit worse, because one would need to read the name of the server, and decide which tunnel to set up basing on that information - it's putting logic outside main application :) Secondly, once tunnel is launched, there's no "reaper" that can bring the tunnel down on konversation exit - ssh processes are becoming children of init, and hang there indefinitelly. Perhaps a post command? Or just launch precommand in the background, and kill it once konversation, its parent exits?

Those are my 0.02EUR :)

Regards,

KT.