1078116 - Build output freezes in Windows 10

Status: RESOLVED WORKSFORME

(Firefox Build System :: General, defect)

Description

[Gregory Szorc [:gps]]

I installed the Windows 10 technical preview in a VM. MozillaBuild appeared to install just fine. Was able to `hg clone` m-c without issue.

When I went to run `mach configure`, output to cmd.exe paused after a few minutes. Strangely, clicking around cmd.exe or entering arrow keys would cause a single line of text to be drawn after a click every 1-2s or so or would result in program resumption. `mach build` exhibited similar issues. Hitting ^C would seemingly cause things to become unstuck for a while. Although it was unclear after a few attempts if anything actually got killed.

I have no clue what is going on here. It feels like something very low level dealing with pipes and buffering. I wouldn't be surprised if there is a Python or cmd.exe compatibility issue (cmd.exe is brand new and supports things like proper copy/paste and resizing). MozillaBuild's additional terminal interaction and bash adds their own points of failure.

Until this is fixed or worked around, I dare say developing Firefox on Windows 10 is a non-starter: constantly attending to cmd.exe is just too annoying.

Comment 1

[Blair McBride [:Unfocused] (UNAVAILABLE)]

As a workaround, to get builds working working nicely on Windows 10 right now, using MinTTY works. 

Following instructions as per https://developer.mozilla.org/en-US/docs/Talk:Developer_Guide/Build_Instructions/Windows_Prerequisites#.5BSuggestion.5D_Please_use.C2.A0mintty_instead_of_cmd.exe_for.C2.A0mozilla-build

Comment 2

[Tim Nguyen :ntim]

This also happens with some hg actions for me. I haven't tried, but maybe disabling the experimental "Ctrl" shortcuts will work ?

Comment 3

[Ryan VanderMeulen [:RyanVM]]

(In reply to Blair McBride [:Unfocused] from comment #1)
> As a workaround, to get builds working working nicely on Windows 10 right
> now, using MinTTY works. 

Good to know. I was planning to switch to that by default for the next major release anyway.

Comment 4

[Justin Dolske [:Dolske]]

Removing from the general product Windows 10 tracking bug, as this isn't a Firefox issue.

Comment 5

[:Gijs (he/him)]

(In reply to Ryan VanderMeulen [:RyanVM UTC-4] from comment #3)
> (In reply to Blair McBride [:Unfocused] from comment #1)
> > As a workaround, to get builds working working nicely on Windows 10 right
> > now, using MinTTY works. 
> 
> Good to know. I was planning to switch to that by default for the next major
> release anyway.

At what point might we expect this change? :-)

Comment 6

[Ryan VanderMeulen [:RyanVM]]

I posted a release candidate build today. Barring any last-second issues, this is the build that will be shipped as the final release:
http://people.mozilla.org/~rvandermeulen/MozillaBuildSetup2.0.0RC1.exe

Comment 7

[Ryan VanderMeulen [:RyanVM]]

Note that while mintty is being included with the upcoming release, it'll be disabled by default. It's simple to enable, though (just setting a 1 in the right place).

Comment 8

[Tim Nguyen :ntim]

I don't think I see this on Windows 10 anymore.

Comment 9

[Ryan VanderMeulen [:RyanVM]]

I did a fresh Win10 build 10130 install in a VM today with the RC build in comment 6 and MSVC2015 RC and also can't reproduce. So I guess this was fixed one way or another. Maybe it was a bug in an earlier preview release or something.

Greg, can you confirm that this works for you as well now?

Comment 10

[:Gijs (he/him)]

I built without freezing with mozillabuild 1.11, as did dolske, AIUI, so going to mark this WFM based on that. Leaving n-i in case gps wants to comment still.

Comment 11

[Gregory Szorc [:gps]]

I don't think there's much I can add: the problem appears fixed. Probably a bug in a pre-release OS :)