eugeneb

@jack can this also be one of the reasons?. I found this forum post that sounds like it is related.

Thanks Jack. I will give it a try. I am sure this must be an issue for other users also? I haven't searched the forum specifically.

Thanks Jack. My concern is more why is it different from the Docs module to the editor used in the Campaign. Its actually been doing this since I used X2. I always have to open my HTML email in the campaign editor to make sure it works. Then I go back and scale down the styling and code in the Docs module. In the campaign editor you cant really have anything other than the most simplistic HTML. I always thought its to make the email more readable over the various browsers. Should it not be the same? Its really horrible because one takes time developing your emails. then run the campa

Something I have seen for years with X2 that doesn't make sense! I go to a lot of trouble designing my responsive emails in Docs module as templates. I don't use any complex HTML and keep it super simple. I mainly do text based campaigns but need some basic styling with tabled, colors etc. When I then use these templates in a Campaign, the campaign rich text editor then deletes most of the code and ends up sending this vanilla email that doesn't look at all like what I designed. Why is this? Why is the rich text editor in Docs somehow different from the editor in Campaign?

Thanks Jack

Hi guys, I might be to quick but I see the upgrade to 8.3. Fantastic news and long awaited. Thanks so much for the opensource upgrade. Is there a changelog to show the changes made between 8.0 and 8.3? Thanks

Not sure if this was solved. But what I did for this is create a lookup field between the modules to create the relationship. Then using a workflow I 'pull' the info I want from the one module and populate the fields from the other module with that info based on a record create or record update action. Note: As the receiving module does not have the source info and only displays what it receives from the source module, it would be an integrity issue to allow changes made to the receiving module fields as it wont obviously update backwards to the source module. For this I simply lock

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