Making background jobs happen faster
Status: Beta
Brought to you by:
worden
In order to reduce the subjective time experienced by users waiting for their background jobs to finish, it would be ideal to have a relativistic event such that the user approaches light speed while the machine running the process stays put. In order to simulate this effect, I recommend the browser display the following page while background jobs are running:
http://www.leekspin.com/
Anonymous
I support this idea. In particular I believe that the suggested fix will be associated with a substantially lower risk of user-fatal side-effects than more commonly implemented relativistic front-ends.
yaa tsi tsup ari dik ari dull an dik ari dill an dits tan dool
la dippyduppy dull la roop uttyroopy la goorigan gook aya gittygangool
arup cha cha adippydappydill la baritztandill lan den lan doe
a barik kata barip pari baribadeebadeebadee standen lan doe
ya baril las ten lan day a doe la babadeadevadevadevaduv ya vou
what is that little las day lan doe badakadagadaga doo doo day a doe
perhaps this could be a preferences option?
Ticket moved from /p/workingwiki/feature-requests/40/
Implemented. Not enabled by default: set $wwEnableLeekspin = true to enable on selected wikis.
Note does not currently work so well on Firefox, because Firefox is now blocking flash. Non-flash version of leekspin animation needed.
Note also that the current implementation displays the leekspin animation when the wiki page takes more than 60 seconds to load, not in connection with long-running background jobs.
Note also, when the leekspin feature is enabled on a given wiki, users see a Preferences option to turn the feature on and off. In stock WW, the default value for that user option is off, but that can be customized by wiki administration.
Thus before anyone actually sees a leekspin video, it has to be enabled by admin for that wiki, and then also enabled by the user. (And they have to be using a Flash-enabled browser, i.e. not Firefox.)