Version: 1.3.1 (using KDE KDE 3.2.1KDE 1.2) Installed from: SuSE RPMsSuSE RPMs Konsole bookmarks accept URLs shuch as ssh://some-system This is great for opening remote sessions. I'd like to be able to open a remote ssh command i.e. ssh some-system tail -f var/log/messages I expect konsole to open a window, run the ssh command, and since it does not terminate, I'll have a "messages" window. Does not seem to work now. Does not seem hard to implement. If this is already working, I'd appreciate a few words on how to use it, or a reference to somd document I couldn't find.
Create a new session type which runs this command sequence.
A new session does the work, but clatters the session menu and is "difficult" to create and to maintain among many computers. With bookmarks, I have one private set of bookmarks, arranged nicely in folders. I can very easily choose the bookmark to "ssh some-system tail -f /var/log/messages". What's better, the bookmarks are save in my home directory and will work on all computers I use. The ssh bookmark already works, kssh can do the job, all I suggest is combine the two so the bookmarks become much more powerfull.
PRO PRO PRO .. like it - need it - want it ! .. thats simliar to Wishlist96506 http://bugs.kde.org/show_bug.cgi?id=96506
This is KDE-3.5.3 and the requested feature (almost) works. There seems to be some sort of encoding/case sensitivity problem, e.g. > ssh://user@host tail -f /var/log/messages is transformed to > ssh://user@host tail -f%20/var/log/messages and > ssh://user@host echo $HOSTNAME will be translated to > ssh://user@host echo $hostname Both transitions are within the bookmark editor, not the terminal window. Nevertheless, the latter command is executed and works as to expect (prints a newline as $hostname is undefined). The tail command does not work at all, no additional konsole is opened. Quoting the tail command ("tail ..." or `tail ...`) changes the behaviour slightly but not significantly.
In the Bookmark Location box: ssh kurthindenburg@minimac 'echo $HOSTNAME' % ssh kurthindenburg@minimac 'echo $HOSTNAME' Macintosh.local In the Bookmark Location box: ssh://kurthindenburg@minimac 'echo $HOSTNAME' % ssh -l kurthindenburg minimac 'echo $hostname' It may not be Konsole which alters the command, I'll have to look at it.
Looks like this is a KURL issue, which lowercases the entire string. Use the top example (ssh, not ssh://) if possible. Likely a KURL issue with the tail command also... not Konsole's fault but konqueror/keditbookmarks...
Konqueror-3.5.3 Bookmarks -> Edit Bookmarks -> Top entry, RMB, New Bookmark: ssh daniel@localhost 'tail -f foo' -> Malformed URL ssh://daniel@localhost 'tail -f foo' -> opens konsole, "ssh: localhost 'tail -f foo': Name or service not known" (?) ssh://daniel@localhost 'echo $HOSTNAME' -> opens konsole, "ssh: localhost echo $hostname: Name or service not known" (?) So $HOSTNAME is again transformed to lowercase but there is no "%20" to been within the tail-command?!
+1
(In reply to comment #8) > +1 So, you've worked out a magnificent one-liner solution to a interesting and recurring task. How do you 'remember' your solution? Do you create a file with scripts and comments? Do you post it in a wiki? A blog? An IDE with snippets? Do you remember it in your head? I used to store my good one-liners in Konsole as 'bookmarks' because you could put anything into a bookmark. Until KDE4. The "improved" bookmark system now only knows telnet:// and ssh:// "URLs". Even ssh urls don't work well (can't add arguments and commands to execute) Konsole even re-writes your bookmarks as you save them by url-encoding them. The issue is apparently due to reliance on Kurl - a core class in KDE, and so "not a problem" with Konsole. But it's a major feature lack / usability problem in my opinion.
Git commit 42e7686769154dc0ecd2265b5b1baca2739fca6b by Kurt Hindenburg. Committed on 13/03/2011 at 20:53. Pushed by hindenburg into branch 'master'. Allow user to enter commands as bookmarks. Previously, bookmarks where converted to KUrls and then only protocols Konsole knew about internally were processed. Now if a bookmark has no KUrl protocol, Konsole just sends the bookmark to the shell. This will solve issues such as 'ssh user@server -p port tail -f file' as well as allowing any command to be a bookmark. BUG: 88867 BUG: 203263 BUG: 253894 BUG: 185962 BUG: 213644 FIXED-IN: 4.6.2 M +8 -0 src/SessionController.cpp http://commits.kde.org/konsole/42e7686769154dc0ecd2265b5b1baca2739fca6b
Wow, I'm so glad this is fixed and I can't believe that's all it took. There was a lengthy debate at the time of the bug report (years) over whether this was a true bug, or "unnecessary" functionality. Thanks for fixing this. Greg Rundlett On Sun, Mar 13, 2011 at 4:34 PM, Kurt V. Hindenburg < kurt.hindenburg@gmail.com> wrote: > https://bugs.kde.org/show_bug.cgi?id=88867 > > > Kurt V. Hindenburg <kurt.hindenburg@gmail.com> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > Status|NEW |RESOLVED > Version Fixed In| |4.6.2 > Resolution| |FIXED > > > > > --- Comment #10 from Kurt V. Hindenburg <kurt hindenburg gmail com> > 2011-03-13 21:34:37 --- > Git commit 42e7686769154dc0ecd2265b5b1baca2739fca6b by Kurt Hindenburg. > Committed on 13/03/2011 at 20:53. > Pushed by hindenburg into branch 'master'. > > Allow user to enter commands as bookmarks. > > Previously, bookmarks where converted to KUrls and then only protocols > Konsole knew about internally were processed. Now if a bookmark has no > KUrl protocol, Konsole just sends the bookmark to the shell. > This will solve issues such as 'ssh user@server -p port tail -f file' > as well as allowing any command to be a bookmark. > > BUG: 88867 > BUG: 203263 > BUG: 253894 > BUG: 185962 > BUG: 213644 > FIXED-IN: 4.6.2 > > M +8 -0 src/SessionController.cpp > > http://commits.kde.org/konsole/42e7686769154dc0ecd2265b5b1baca2739fca6b > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are on the CC list for the bug. >
This was not fixed in 4.6.2. The referenced commit is missing from the tarballs for 4.6.2, 4.6.3 and 4.6.4.