I've got drush 6.0-rc4 installed locally and on the server.

If I do "drush @example.prod -v custom-command 1375148040" where the 1375148040 is an argument to a command, then the job fails:

The drush command '1375148040' could not be found.  Run `drush           [error]
cache-clear drush` to clear the commandfile cache if you have
installed new extensions.

But I tried doing a "drush @example.prod -v cc drush" and that didn't help. And I tried sshing to the production webserver and from there when I do "drush @example.prod -v cc drush" or even the full "drush @example.prod -v custom-command 1375148040" - both of those work fine from the webserver.

Any ideas why this would fail after the upgrade from 5.4 to 6.0.0rc3 or 6.0.0rc4?

Comments

greg.1.anderson’s picture

Status: Active » Postponed (maintainer needs more info)

Run with --debug, and report the results. Seems that maybe the remote end is confused, thinks this is a drush shell script, and is popping off too many arguments. But that's just a guess; running with --debug will show if the remote end is involved or not.

Symptoms are different for me.

greggles’s picture

Status: Postponed (maintainer needs more info) » Active

Moshe figured out a key piece - the remote command must exist in the remote alias and not locally. He had me test a patch that fixed it. I'll leave it to him to post the patch.

moshe weitzman’s picture

Status: Active » Fixed

Fixed in 8de2b07. The issue is that $command was sometimes FALSE and unfortunately isset(FALSE) evaluates to TRUE so we were recognizing FALSE as a command name which is no good.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.