Disable create on submit

[JasonWeill]

Fixes #179. On submission, replaces the "Create" and "Cancel" buttons with a progress indicator. (Clicking "Cancel" after job creation has started will not actually attempt to cancel the job submission request.) If the job succeeds, the user is brought to the list page. If the job fails, the user remains on the create page and the buttons become visible again.

In the video below, the "Create" handler has been replaced with a stub that introduces a 5-second delay and resolves the promise only if the job name contains ok. It does not actually create a job.

Screen.Recording.2022-10-22.at.12.56.02.PM.mov

[github-actions]

👈 Launch a Binder on branch jweill-aws/jupyter-scheduler/disable-create-on-submit

[JasonWeill]

Updates PR to hide both "Cancel" and "Create", since if create takes a long time, a user might try to click "Cancel," but this will not actually cancel the job creation request.

[ellisonbg]

Overall this looks good. I think it does make sense to remove the Cancel and Create buttons. A few minor comments:

• I think we should put a small descriptive text next to the spinner. Something like "Creating job..." or "Creating job definition...".
• What happens if the user closes the panel while the job is being created and job creation fails? I guess there won't be any record of that job? We should probably open an issue to discuss how to handle this case.

[JasonWeill]

@ellisonbg Added descriptive text to display beside the spinner. Opened #190 to handle asynchronous job creation errors.

[andrii-i]

Looks and works well, significantly improves usability.

I'd consider putting spinner in the middle of the screen to be in line with how I have usually seen it used vs right but this is a subjective preference.

[dlqqq]

Why not just having the loading spinner render inside the "Create" button itself and then disable both the create and cancel buttons? This would allow you to keep roughly the same layout and avoid confusing the user by "flashing" a UI change.