Answered Multipage and FormitRetreiver and &store Issue

You could try this to see if it's a timing problem. The cache file may not be written fast enough to be there when FormIt retriever tries to get it (though that seems unlikely).

In the file: core\components\formit\model\formit\fidictionary.class.php

around line 138, find this code:

 public function retrieve() {
        $cacheKey = $this->formit->getStoreKey();
        return $this->modx->cacheManager->get($cacheKey);
 }

Change it to:

 public function retrieve() {
        sleep(3);  /* add this line */
        $cacheKey = $this->formit->getStoreKey();
        $modx->log(modX::LOG_LEVEL_ERROR, 'FormIt CacheKey: ' . $cacheKey); /* And this line */
        return $this->modx->cacheManager->get($cacheKey);
 }

The second added line is so you can look in the Error Log and see if the key stays the same (it should).

If that solves it, try sleep(1). If it doesn't solve the problem, remove the extra lines. If it does, just remove the error log line.

public function retrieve() {
        sleep(3);  /* add this line */
        $cacheKey = $this->formit->getStoreKey();
        return $this->modx->cacheManager->get($cacheKey);
 }

Looking at the code, I found that CacheManager locks the file with flock while writing to it and implements a 1-second delay before retrying if it can't obtain the lock. Maybe the cache file is not unlocked in time for the retrieval. Maybe the cache file is also being updated (and locked again) at some other point during the process.

I couldn't find the relevant get() function to see how it handles locked files and whether it has a built-in delay and retry.

From my reading, file locking is a black art that almost no one understands completely.