Ich hab mir das Skript mal angeschaut, der Vorgang bricht entweder vor oder während des Aufrufs der is_unlocked
Funktion ab. Ich seh aber auf den ersten Blick jetzt nichts was dafür verantwortlich sein könnte 
Im Vergleich zur vorherigen Version (FP44) hat sich das Skript auch nicht geändert, das hätte doch eigentlich auffallen müssen, zumal die meisten Nutzer wahrscheinlich auch Windows verwenden…
In der Version davor war der Check aber noch nicht integriert, vielleicht haben auch einfach noch nicht genügend Nutzer versucht Ihre Fairphones zu flashen, um den Fehler zu finden 
Ich schließe mich @max_o an, anderes USB-Kabel / -Port ausprobieren, fastboot
ist ja bekanntlich sehr wählerisch.
Edit: Die is_unlocked
Funktion läuft zumindest bei mir ganz normal durch (unter Linux
), wenn allerdings das Gerät über fastboot
nicht gefunden wird, sollte normalerweise < waiting for any device >
ausgegeben werden, durch den redirect…
# Get the current status of the bootloader
# Note that the output goes to stderr, so we need a redirect
DEVICE_INFO_OUTPUT=$(fastboot oem device-info 2>&1)
…ist das aber offensichtlich nicht der Fall.
Dann hängt aber der Prozess einfach und sollte sich nicht selbst beenden 
In jedem Fall würde ich weiterhin vermuten, dass das Gerät von fastboot
nicht vollständig erkannt wird.
Edit 2: Okay der Grund warum das unter Linux super funktioniert und unter Windows nicht, die Zeile…
DEVICE_INFO_OUTPUT=$(fastboot oem device-info 2>&1)
…sollte eigentlich so ausehen:
DEVICE_INFO_OUTPUT=$(${FASTBOOT_BIN} oem device-info 2>&1)
Da wurde mal wieder vergessen die Referenz auf fastboot
auszutauschen… 
Wundert mich, dass das bis jetzt noch niemand aufgefallen ist, das sollte doch unter Windows sofort zu Problemen führen?!