[BUG] ptls doesn't seem to use the path as an argument about ptsh HOT 4 CLOSED

This script behaves strangely, because it has to run ls with these arguments, but some of them can totally change the output and then resulting output of ptls could be unpredictable.

I realised, that running commands by shell script and then customizing their output is not the point. Because of that I'm now replacing ptls and other scripts with programs written in C. They will take same arguments as original shell commands (or at least most of them) and produce ptls-like output. It will be better and less buggy solution. So be patient and wait a few days for new, better ptSh commands, with ability of processing all the arguments ;)

from ptsh.

@jszczerbinsky I was trying to implement a few of those arguments into the shell script, but it seems I can't do that now since I don't know C ._. But great work still, I'd try to contribute in any way I can :)

from ptsh.

Having the same issue on Arch. It also looks like ptls behaves strangely with any arguments at all. In my .bashrc, I had set alias ls='ls --color=auto' (which I changed to 'ptls --color=auto' to match with the config). However, when I use ls now, it shows output of ls -al. If I type ptls, I get the desired output (only file/folder names and icons), but even ptls --help shows output like ptls -l (I get that there might be no --help available for ptls itself, but then it should just give an error), so it looks like it's unable to process any kind of argument, not just the path (like you specified).

Edit: the error had nothing to do with the --color='auto' option I set in my .bashrc, removing that still gives the same behavior

from ptsh.

Btw current ptls just ignores most of the arguments and this is a cause of these bugs

from ptsh.