"browse" is broken: command not found: type -t xdg-open

[mislav]

"browse" is broken: command not found: type -t xdg-open

[rtomayko]

type is writing those error messages to stderr. It's working properly. I think stderr just needs to be redirected to /dev/null.

[blueyed]

1. it will never work with zsh, where -t is not known:
   % type -t foo
   zsh: bad option: -t
2. It seems that with bash, the builtin type does not get properly handled with ````, unlike to when usingsystem: "command not found: type -t xdg-open" means that`type -t xdg-open`is being executed as command, and not`type`with`-t xdg-open`as command arguments.
   I do not know why`which` is different (apparently it is a shell builtin, too), but it works.
   Where have you tested this, bash I assume?

In zsh and bash (both via cygwin now):
% ruby -e 'type type'
-e:1: command not found: type type

When used in the shell directly:
% type type
type is a shell builtin

You're (partly) right about redirecting stderr though: this is required for which, but it should not be required for type: the command not found: type type error does not mean that type is not found, but that type type is not found (as a command).
I will add redirection to stderr to my topic branch.

[defunkt]

Merged in 76081e5, thanks!