[WebIF] Feature Requests

Tried it with a decrypt job and it did cancel the task, but a few seconds later it was Running again
Yes, I agonised over that, but in tests it went in to FAILED state and gave the opportunity to Hold it. It seemed to be a couple of minutes, which surprised me as I thought it would be at most a minute.
There is a short window in which you can move the entry into Hold but easy to miss making it look as if it hasn't been killed
The page refreshes and it ought to be correct if the task dies promptly. I bodged with a delay though.
It would probably be better if killing the task automatically moved it into Hold or a new Killed status, it could then be manually resubmitted when user wants to try again.
I thought about that too, but haven't had time to implement it properly. There's a potential race condition to deal with between killer and killee.
Maybe HOLDing the RUNNING task could also invoke the Kill and Hold. At the moment it just gets ignored, and it's a less obvious way of killing things.
I had assumed (mistake) that the monitoring would occur is deq before/after invoking the hook routines to avoid the need for changes in the queue.hook routines themselves
The only place the PID(s) can be obtained is in a wrapper around exec and that happens in the queue.hook
I can make the changes in detectads and qtube but I have never added packages to the beta repository before - how do I?
You can't, so you'll have to send me the package(s) to upload.
 
I find it a little tedious/irritating that tapping* the eject button (WebIF top left corner) first brings up the WebIF page short-cuts, and then only the eject menu if the short-cuts are showing when tapped. (This behaviour does not manifest on the WebIF home page, only sub-pages.)

(* I say "tapped" because more often than not I'm using a touch screen rather than a mouse.)

I guess the screen "capture" area for the short-cuts includes the whole top banner (except disk utilisation) and perhaps did before the eject button was implemented, but now needs reducing a bit.
 
Back
Top