You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, if grunt main process is started with --debug-brk=<debug port> (or --debug=<debug port>), grunt.util.spawn inherits this cli option and starts child process with the same debug port. Thus, the spawned child process fails to start, because the specified debug port is already bound (by the main grunt process).
Possible fix could be to find an available port (if the main grunt process is started in debug mode) and specify the found free port when spawning the child process. Thanks!
The text was updated successfully, but these errors were encountered:
Thanks Segrey, Do you know when this will be available? I've tried 5.10.1 and the port 0 is still rejected. I've tried debug-port=0 and debug-brk=0 all to no avail.
Currently, if grunt main process is started with
--debug-brk=<debug port>
(or--debug=<debug port>
),grunt.util.spawn
inherits this cli option and starts child process with the same debug port. Thus, the spawned child process fails to start, because the specified debug port is already bound (by the main grunt process).Possible fix could be to find an available port (if the main grunt process is started in debug mode) and specify the found free port when spawning the child process. Thanks!
The text was updated successfully, but these errors were encountered: