[Bug]: Calling webui-user.bat hangs because python commands are not called with 'call' statement

[stevenengland]

Checklist

• The issue exists after disabling all extensions
• The issue exists on a clean installation of webui
• The issue is caused by an extension, but I believe it is caused by a bug in the webui
• The issue exists in the current version of the webui
• The issue has not been reported before recently
• The issue has been reported before but has not been fixed yet

What happened?

Calling webui-user.bat in a fresh installations hangs forever.

This is due to how python behaves on Windows if python calls are not called with 'call'. The solution is to change all lines where a python command is invoked in webui.bat.

call %PYTHON% -c "" >tmp/stdout.txt 2>tmp/stderr.txt
call %PYTHON% -mpip --help >tmp/stdout.txt 2>tmp/stderr.txt
call %PYTHON% "%PIP_INSTALLER_LOCATION%" >tmp/stdout.txt 2>tmp/stderr.txt
call %PYTHON_FULLNAME% -m venv "%VENV_DIR%" >tmp/stdout.txt 2>tmp/stderr.txt

Steps to reproduce the problem

1. webui-user.bat

What should have happened?

Webui launch script should make progress and start somewhen

What browsers do you use to access the UI ?

Mozilla Firefox

Sysinfo

Since WebUI doesn't start without help this is not appropriate ;)

I am using python 3.10.5 via pyenv-win on Windows 11 latest.

Console logs

No logs generated in tmp/*, stderr and stdout are empty.

Additional information

nothing to add here.

[viking1304]

set PYTHON=call python in webui-user.bat is enough. I just tested before I updated my #16261 (comment)

[yamfun]

latest dev branch will stuck on startup after the line "Commit hash", pressing ctrl z after a while show call stacks with bottom lines with "... _wait_for_tstate_lock
if lock.acquire(block, timeout): ...."

switching back to master will not stuck