On 8/7/19 11:40 AM, Dominik Csapak wrote:
at this point, the user may have switched the panel already and it might seem weird to get an error 'out of nowhere'...

you could check 'me.destroyed' (see extjs docs) if the current panel still is valid and only show the errors if it is.
also, if it is not, the 'unmask' in run_now_finished
will probably fail anyway, so in that case the error will not get shown...


In my testing, the call always returned fast, as long as nothing went bad with the connection, so the time span in which the user can click away is minimal to begin with.

that is true only with a fast connection to the cluster, as soon as you have higher latency this will bite the users..

also one problem is if a node gets offline while clicking, then this
blocks you a few seconds for sure...


True


Adding a check for 'me.destroyed' is a good idea, but the issue remains that the user will not be informed of any errors that might have occured if they click away.

yes, this is a problem that remains, but is there not a task log entry for backups?


For failed backups yes, but the error message is shown when the call to start the backup fails (e.g. as you say, the node goes offline while clicking), so no entry would have been created (although its absence would at least indicate something has gone wrong).


Any other suggestions? Mask the entire window?

could work yes, or a model window that gets completely masked instead of the grid..


A modal might be the best solution, I'll try to put that into a v3.

_______________________________________________
pve-devel mailing list
pve-devel@pve.proxmox.com
https://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel

Reply via email to