Change the windows bootstrap code to download zips in %TEMP%.

Change the windows bootstrap code to download zips in %TEMP%.

It may help when the directory is created at high integrity level.
This hypothesis is unconfirmed.

TBR=iannucci@chromium.org
BUG=241769, 314257
Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=235149

[M-A Ruel, 2013-11-14 16:06:03]

I would have preferred to not TBR it but everyone is still sleeping.

I tested it manually.

https://codereview.chromium.org/72803002/diff/1/bootstrap/win/win_tools.bat
File bootstrap/win/win_tools.bat (right):

https://codereview.chromium.org/72803002/diff/1/bootstrap/win/win_tools.bat#n...
bootstrap/win/win_tools.bat:16: set ZIP_DIR=%TEMP%
It's generally better to put temporary stuff in TEMP anyway. With this CL, it is
still possible to put it back to %~dp0 if wanted.

https://codereview.chromium.org/72803002/diff/1/bootstrap/win/win_tools.bat#n...
bootstrap/win/win_tools.bat:150: del "%ZIP_DIR%\python275_bin.zip"
This file was being leaked, fixing this issue while at it.

[M-A Ruel, 2013-11-14 16:06:24]

Committed patchset #1 manually as r235149.

[M-A Ruel, 2013-11-14 16:14:14]

On 2013/11/14 16:06:24, M-A Ruel wrote:
> Committed patchset #1 manually as r235149.

Bah, it didn't help at all:

[-] ADODB.Stream 8007007e: Cannot save file to
C:\Users\CHROME~2\AppData\Local\Temp\python275_bin.zip: 
... Failed to checkout python automatically.

According to the interwebs;
" The HRESULT 0x8007007E is "The specified module could not be found.".  The
module in this case is almost certainly a DLL but whether it is the DLL that
implements your component or a DLL that your DLL depends upon we can't really
tell.  However, if we assume that your COM object DLL is properly deployed and
registered the most likely cause is that some other DLL that your DLL depends
upon is missing. "

So I'll spend some quality time on one slave.

[M-A Ruel, 2013-11-14 16:19:11]

On 2013/11/14 16:14:14, M-A Ruel wrote:
> On 2013/11/14 16:06:24, M-A Ruel wrote:
> > Committed patchset #1 manually as r235149.
> 
> Bah, it didn't help at all:
> 
> [-] ADODB.Stream 8007007e: Cannot save file to
> C:\Users\CHROME~2\AppData\Local\Temp\python275_bin.zip: 
> ... Failed to checkout python automatically.
> 
> According to the interwebs;
> " The HRESULT 0x8007007E is "The specified module could not be found.".  The
> module in this case is almost certainly a DLL but whether it is the DLL that
> implements your component or a DLL that your DLL depends upon we can't really
> tell.  However, if we assume that your COM object DLL is properly deployed and
> registered the most likely cause is that some other DLL that your DLL depends
> upon is missing. "
> 
> So I'll spend some quality time on one slave.

... and RDP'ing on a slave and running gclient directly works just fine. The
saga continues.

[M-A Ruel, 2013-11-14 17:01:50]

On 2013/11/14 16:19:11, M-A Ruel wrote:
> On 2013/11/14 16:14:14, M-A Ruel wrote:
> > On 2013/11/14 16:06:24, M-A Ruel wrote:
> > > Committed patchset #1 manually as r235149.
> > 
> > Bah, it didn't help at all:
> > 
> > [-] ADODB.Stream 8007007e: Cannot save file to
> > C:\Users\CHROME~2\AppData\Local\Temp\python275_bin.zip: 
> > ... Failed to checkout python automatically.
> > 
> > According to the interwebs;
> > " The HRESULT 0x8007007E is "The specified module could not be found.".  The
> > module in this case is almost certainly a DLL but whether it is the DLL that
> > implements your component or a DLL that your DLL depends upon we can't
really
> > tell.  However, if we assume that your COM object DLL is properly deployed
and
> > registered the most likely cause is that some other DLL that your DLL
depends
> > upon is missing. "
> > 
> > So I'll spend some quality time on one slave.
> 
> ... and RDP'ing on a slave and running gclient directly works just fine. The
> saga continues.

Tentative fix in https://codereview.chromium.org/72853002