eugeneb

Great to hear

Have you turned on the log in Gravity to see where it creates a problem. BTW what is the problem. Is it not pushing through to X2 any data?

Hi Alt+F4, I havent tested and I havent seen anything broken. But will have a look.

Not that I know of.

SOLVED! Hi Jack, I found the problem. I am trying to create a module called Events. Not realizing X2 has its own Events module already, creating the bug as its trying to remove the existing one. Thats also why it happened in my tests in other X2 instances I have. I tested using Events. Sorry guys, my bad. I should have looked at the existing modules in the DB first.

Hi Jack, I hear you but the ID field as example isn't a visible field to be chosen in any form default. Yet it is available as a column option in gridview. Some of the fields not available also doesn't show in the form default views on the right as options to select and ad on. Thanks

I will also start playing with Zapier and X2. Will see what I can figure out and update. It's been easy enough to use the api for gravity forms integration.

Hi guys, I tried creating a new module in a brand new install. Has anyone gotten this error: Error Code: 500 Error Message: CDbCommand failed to execute the SQL statement: SQLSTATE[23000]: Integrity constraint violation: 1217 Cannot delete or update a parent row: a foreign key constraint fails Stack Trace: [click to toggle display] X2Engine Version: 8.0 PHP Version: 7.0.33-0ubuntu0.16.04.12 I tried various things during the creation process but end up with this 1217 error Any advise? Thanks

Thanks

Is there anyway to roll back to the 7.1 version maybe? Or is the only option my backups?

Has anyone had issue with the crons after upgrading. My flows seem to have stopped due to the crons not firing. I am using the internal web call method through the front-end. Using the X2 tool (API resolver test php) to test of the server can call itself shows it fails. It worked before the upgrade as we have crons running. Not sure what changed now. Another concern is the UI shows the api web call to go to /index.php/api/x2cron but should that not be /index.php/api2/x2cron? Looking at the logs available through the UI in crons also shows the server trying to send from a different IP al

Thanks Clifton. I though so. Will try and sort it out from client side. Thanks for the help

Nope the opensource.

Hi Clifton, thats the problem. Their server is onsite and hosted behind strict firewalls so no outside FTP or SSH. They are far away so I would have to drive there to recover the DB. I was hoping I can download via the front-end. Got all exited with your link but seems the server is limiting the file size?

Hi Clifton, thanks for the response. I tried but it gives this size error: {"message":"PHP fatal error [1]: Allowed memory size of 134217728 bytes exhausted (tried to allocate 2909806592 bytes) in \/home\/x2\/public_html\/x2engine\/protected\/components\/webupdater\/DatabaseBackupAction.php L74","error":true,"status":200} Any ideas?