Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

[Plato] BusyConversationException on ajax calls #221

Open
mksplg opened this issue May 20, 2014 · 0 comments
Open

[Plato] BusyConversationException on ajax calls #221

mksplg opened this issue May 20, 2014 · 0 comments
Labels
defect

Comments

@mksplg
Copy link
Member

mksplg commented May 20, 2014

JSF AJAX calls are queued on the server with a short timeout thus the calls should be very short. Any long running calls should be done asynchronously or avoided from the client side.

From user feedback known problematic areas are are:
  • /plato/plan/definesamples.jsf

i removed a sample before the upload finished.

Trying to upload a webm file.

Deleting an empty sample while uploading other sample files.

  • /plato/plan/evalexperiments.jsf

Tried to automatically evalutate criteria. Application was not reponsive and then crashed.

Crashed when I tried to save my progress during "Evaluate Experiments".

Crashed in Evaluate Experiments.

See #214

  • /plato/plan/identifyrequirements.jsf
  • /plato/plan/plansettings.jsf

Setting the Leaf types

  • /plato/plan/validateplan.jsf
@mksplg mksplg added the defect label May 20, 2014
kraxner added a commit that referenced this issue Aug 26, 2014
@kraxner
prevents busy conversation exceptions
84facd6 
* file uploads in define samples happen now in a modal dialog, so it is more clear to the user that no other actions can be taken during upload.
  rich:fileUpload-event onUpload does not work, therefore it is not possible to keep the user from closing the dialog. #221
* in evaluate experiments the "please wait" is toggled during evaluation, prevents the user from triggering other actions. #221. fixes #214.
@kraxner kraxner mentioned this issue May 7, 2015
Closed
kraxner added a commit that referenced this issue May 22, 2015
@kraxner
* adds blocking message for "approve all values" while request is run…
03e6dfe 
…ning - refs #221, fixes #244,
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
defect
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@mksplg