I would like to emphasize this. It’s likely processes delayed with DELAY PROCESS are woken up by some internal process that ends up getting stopped somehow. The bug is most likely not in DELAY PROCESS, but the internal process that (among many other things) checks the list of delayed processes to see when they should wake up.
Interestingly, people have noted that a form running SET TIMER does not seem to be affected. We don’t know what else is affected by that core internal process getting stopped other than the user interface. Backups still run, at least. Jim Crate > On Jun 18, 2018, at 5:53 PM, Jeffrey Kain via 4D_Tech <[email protected]> > wrote: > > It seems like a big clue is that the 4D Server user interface stops updating > when this happens. Like the internal clock/heartbeat/metronome of 4D Server > just stops, and DELAY PROCESS comes along for the ride. > > -- > Jeffrey Kain > [email protected] > >> On Jun 18, 2018, at 8:36 PM, Justin Carr via 4D_Tech <[email protected]> >> wrote: >> >> Same as Cannon. One background process that does quite a lot. Others that >> just wake up, check something and go back to sleep. There doesn't seem to be >> any rhyme or reason to it which is why it's so difficult to reproduce. I'm >> not sure how it *couldn't* be a problem with DELAY PROCESS. > > ********************************************************************** > 4D Internet Users Group (4D iNUG) > FAQ: http://lists.4d.com/faqnug.html > Archive: http://lists.4d.com/archives.html > Options: https://lists.4d.com/mailman/options/4d_tech > Unsub: mailto:[email protected] > ********************************************************************** ********************************************************************** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: https://lists.4d.com/mailman/options/4d_tech Unsub: mailto:[email protected] **********************************************************************
