View Single Post
Old 10-04-2018, 11:08 AM   #35
KevinH
Sigil Developer
KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.
 
Posts: 9,419
Karma: 6733960
Join Date: Nov 2009
Device: many
Quote:
Originally Posted by DiapDealer View Post
Well it doesn't seem the delayed retry strategy is a viable workaround. I started with a 5 second delay just to see where I stood, and ended up with the same result: only one of the css files was deleted even after the delay. I didn't bother increasing the delay since 5 seconds was already an unacceptable amount of time.
Wow! I really thought that would do the trick. Maybe we should try adding a call to qApp->processEvents() before the sleep and shrinking sleep time down (all we really need to do is get time for other threads/processes to start).

Or maybe my "sequence of events" guess is all wet. Though it did explain why this only happens in BV (which uses FlowTabs) and not PV.
KevinH is offline   Reply With Quote