[issue32808] subprocess.check_output opens an unwanted command line window after fall creator update

Change by Cheryl Sabella : -- resolution: -> works for me stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Pyt

[issue32808] subprocess.check_output opens an unwanted command line window after fall creator update

Cheryl Sabella added the comment: @Christian Heigele Any additional information re: msg312034? Thanks! -- nosy: +cheryl.sabella ___ Python tracker ___ __

[issue32808] subprocess.check_output opens an unwanted command line window after fall creator update

Christian Heigele added the comment: Please stop investigation on this bug for now, it might be related to an in-house security tool. -- ___ Python tracker ___ ___

[issue32808] subprocess.check_output opens an unwanted command line window after fall creator update

Christian Heigele added the comment: Confirmed. On my private machine I just got the 1709 update and also don't have the error. Any further ideas what I can do? -- ___ Python tracker __

[issue32808] subprocess.check_output opens an unwanted command line window after fall creator update

Christian Heigele added the comment: @Erik: That looks exactly like my setup, too bad that it's not reproducible:(. I'll try to find other machines in my company that also have the 1709 update already installed, and try to reproduce it there. -- __

[issue32808] subprocess.check_output opens an unwanted command line window after fall creator update

Eryk Sun added the comment: Setting CREATE_NEW_CONSOLE in Python isn't the same since Popen explicitly sets the standard handles via STARTUPINFO. I installed TortoiseSVN-1.9.7.27907-x64-svn-1.9.7.msi in Windows 10 release 1709, but I can't reproduce your issue. Does it work correctly for you

[issue32808] subprocess.check_output opens an unwanted command line window after fall creator update

Christian Heigele added the comment: @Steve: It's the command line variant delivered with tortoiseSvn, and it happens both in 1.9.7 and 1.9.5 Also it occurs not only with --help but also with the other svn arguments, e.g. up -- ___ Python tracker

[issue32808] subprocess.check_output opens an unwanted command line window after fall creator update

Steve Dower added the comment: More likely it's set to use the WINDOWS subsystem and the allocates the console when it detects you've passed --help. Is this the regular build of SVN or from one of the GUI tools? -- ___ Python tracker

[issue32808] subprocess.check_output opens an unwanted command line window after fall creator update

Christian Heigele added the comment: Fiy: If I explicitly parse the creationflag CREATE_NEW_CONSOLE I see the window popping up on both machines, but only on one I get the correctly filled output. process = subprocess.Popen(['svn.exe', '--help'], stdout=subprocess.PIPE, creationflags=subproce

[issue32808] subprocess.check_output opens an unwanted command line window after fall creator update

Christian Heigele added the comment: That sounds like a hint in the right direction, for tasklist and also other non-windows tools, e.g. git the check_output works fine. Starting it in an administrator prompt however didn't change the behaviour. -- ___

[issue32808] subprocess.check_output opens an unwanted command line window after fall creator update

Eryk Sun added the comment: Is it just for this particular svn.exe application, or is it for any application (e.g. tasklist.exe)? The symptoms sound like svn.exe is spawning a new instance of itself with the `CREATE_NEW_CONSOLE` creation flag, which allocates a new console and replaces the

[issue32808] subprocess.check_output opens an unwanted command line window after fall creator update

New submission from Christian Heigele : Hi, I have two machines, both Windows 10, both with python 2.7.12 (bug is also reproducible with 2.7.14), one of them has the Fall creator update (-> version 1709) and one doesn't (->version 1607). When I execute the checkout on some executable that is