Support

May 11, 2023 at 12:22 pm

Hi EE Suport,

I hope this message finds you well. We are still facing the problem we mentioned in our previous post (link to the post). It appears that the issue lies within the countItems() function. To temporarily resolve the problem, we have been using a hotfix that involves initializing a new fileObject in the function. Here’s the code snippet:

it seems like the problem is at the countItems() function. We have been using the hotfix by initiating a new fileObject in the function.

$file_obj = new SplFileObject($this->fileObject->getPathname(), 'r');
$file_obj->seek(PHP_INT_MAX);
$this->size = $file_obj->key() + 1; 

We’ve gone through the following troubleshooting steps, but with no success:

1. installed a new bitnami wordpress 6.2 instance (php 8.1.18) with latest event-espresso-core-reg and eea-importer
– create new event
– go to importer tool -> select event -> upload file -> map columns -> verify (works, shows preview) -> imported correct number of rows

2. on our current sandbox – bitnami wordpress (php 8.0.17)
– disabled all plugins except ee and eea-importer add-on
– upgraded to latest version
– upgraded wp to version 6.2 to match test instance
– go to event espresso -> followed the instruction to updata database migration to ee5 -> turned off maintance mode
– switched theme to a default wordpress theme
– go to importer tool -> select event -> upload file -> map columns -> verify (does not work, no previews available) -> imported 0 rows.

Per Previous ticket requested, the $offset is getting correct number, it’s just the size set by countItems() not correct.

https://share.cleanshot.com/ynLdM7Vn
step code at getItemAt()

Please advise!

Thanks.