drush fu-all doesn't work on windows [#1177278]

Maybe it's just me but fu-all doesn't work on windows. fu FEATURE works just fine. fu-all lists what features will be updated, I press y for yes and then it completes almost instantly, produces no extra output and creates/modifies no files. Is there any way I can see get further debugging information? This may also be a drush issue rather than a features issue.

Comment	File	Size	Author
#6	drush windows output.txt	3.57 KB	mstrelan
#6	features.drush.inc	14.16 KB	mstrelan
#2	drush debug 1.txt	3.53 KB	mstrelan
#2	drush debug 2.txt	7.18 KB	mstrelan

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

Comment #1

Grayside CreditAttribution: Grayside commented 8 June 2011 at 08:22

Try using the -d flag with drush to get full debug output.

Comment #2

mstrelan CreditAttribution: mstrelan commented 9 June 2011 at 01:29

File	Size
drush debug 2.txt	7.18 KB
drush debug 1.txt	3.53 KB

Thanks for the pro tip. First finding is that it sets the URI to http://default. I tried setting the URI myself but it didn't help. Output attached.

Comment #3

mstrelan CreditAttribution: mstrelan commented 16 June 2011 at 01:54

I have a feeling this is related to the --backend 2>&1. If I manually invoke the commands that drush fu-all invokes it just sits and waits. If I remove --backend 2>&1 it prompts me with yes or no if I want to continue.

Comment #4

mstrelan CreditAttribution: mstrelan commented 16 June 2011 at 02:00

Probably more likely to do with #766080: Windows support for drush: escaping the path to drush in backend invoke and elsewhere. I've upgraded drush to HEAD but it still isn't working. I'm also starting to think that it should read E:\drush\drush.php rather than E: drush drush.php

Comment #5

greg.1.anderson CreditAttribution: greg.1.anderson commented 16 June 2011 at 04:30

I don't have time to try to reproduce this right now, but your output looks like your output is from a pre-Windows-supporting drush. Insure that you really are on the very latest drush-5.x-dev.

Also, You should not need to set 'os' => 'windows' in your alias for aliases to sites on the local machine; drush will check PHP_OS in this case, and should do the right thing on Windows. Try without defining 'os' and see if that works better.

However, I don't think that's the case. The thing that really makes me think that you are on an old version of drush is that if you did have the latest drush, then features should be broken unless you apply the patch in #1152908: Remove calls to drush_backend_invoke() (Call to undefined function drush_backend_invoke() in features.drush.inc line 214). Without that, features shouldn't be able to call backend invoke at all, because the function that features was using has been removed in 5.x-dev HEAD (it was potentially dangerous on Windows, so it was best to just obsolete it). Check your code once more and try again, first applying the aforementioned patch to features.

Comment #6

mstrelan CreditAttribution: mstrelan commented 16 June 2011 at 04:42

File	Size
features.drush.inc	14.16 KB
drush windows output.txt	3.57 KB

Thanks Greg, nice to know about that issue with features. I have applied the patch (double checked to make sure it applied), deleted the alias entirely, confirmed my version of Drush and I'm still experiencing the error.

I have attached my new output, as well as features.drush.inc to ensure that the patch has been applied. Below is my drush.info file.

drush.info

drush_version=5.0-dev

; Information added by drupal.org packaging script on January 1, 1970 - 00:00
version = "All-Versions-HEAD"
project = "drush"
datestamp = "1296778597"