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
Is your feature request related to a problem? Please describe the problem.
The SPA development proxy can launch the development server multiple times, if the server doesn't respond quickly enough. This can happen infrequently when certificates are being re-created after expiry.
The result is the first server is running and the process becomes orphaned.
A new process is created and is unable to start 'normally' as resources (e.g. ports) are in use by the first process.
--
In addition, both processes appear in-front of the IDE, which takes focus away from the IDE during debugging.
Describe the solution you'd like
There should be the means of configuring the SPA proxy back-end to either wait or kill and re-launch the process. I propose that this is configurable to ensure anyone using the current functionality is not impacted. In cases where the process can take longer than the timeout, a user/developer can configure their project to behave differently.
In addition, it would be useful to be able to - by configuration - launch the command window (where the server back-end is running) in a background/minimised window to reduce the impact on development.
Is there an existing issue for this?
Is your feature request related to a problem? Please describe the problem.
The SPA development proxy can launch the development server multiple times, if the server doesn't respond quickly enough. This can happen infrequently when certificates are being re-created after expiry.
The result is the first server is running and the process becomes orphaned.
A new process is created and is unable to start 'normally' as resources (e.g. ports) are in use by the first process.
--
In addition, both processes appear in-front of the IDE, which takes focus away from the IDE during debugging.
Describe the solution you'd like
There should be the means of configuring the SPA proxy back-end to either wait or kill and re-launch the process. I propose that this is configurable to ensure anyone using the current functionality is not impacted. In cases where the process can take longer than the timeout, a user/developer can configure their project to behave differently.
In addition, it would be useful to be able to - by configuration - launch the command window (where the server back-end is running) in a background/minimised window to reduce the impact on development.
Additional context
See additional analysis here: laingsimon/courage_scores#770
A potential change is submitted here to aid with discussion of this topic: release/6.0...laingsimon:aspnetcore:feature/54289-spa-proxy-launch-options
The text was updated successfully, but these errors were encountered: