Jump to content
X2Community Forums

Leaderboard

Popular Content

Showing content with the highest reputation since 05/06/20 in all areas

  1. If it can be useful to someone, the problem is determined by the server-side cache: It seems that the output of the installation script is cached before the page is properly loaded. I have disabled the dynamic caching by adding the following code to the .htaccess file: <IfModule mod_headers.c> Header set Cache-Control "max-age=0,no-store" </IfModule> Once I did that the installation page started timing out as was taking too long to respond and reached some of the predefined limitations on the server. To solve that, I went ahead and increased the dynamic timeout by adding the
    1 point
  2. Hello alt_f4, Our next release will be using Yii version 1.1.23 and we plan on moving to Yii2 after that. Since the app has a large codebase, we plan on migrating to Yii2 over time. We will be including new features in the app using Yii2 while converting the older features to Yii2 piecemeal.
    1 point
  3. Is possible to customize the background field color based on a trigger or tag? For example, on a record update (or create) if fields = x, set background color to red. Thanks.
    1 point
  4. Apologies, just dawned on me after posting. Not something X2CRM deals with, taking quota from hosting account. Issue now rectified!
    1 point
  5. Upon the X2 upgrade there was a problem identified that when you are setting up a new workflow triggered by a periodic trigger it does not offer a function which creates a new record in various modules. See the screenshot. Is this feature removed and no entry creations will be possible using periodic trigger?
    1 point
  6. Problem solved. Server setting. Changed the open_basedir from the default to "none" and works 100%.
    1 point
  7. Okay so I've solved this by exporting the generated webtracker js file and then embedding its code into the footer so that its now working fine.
    1 point
  8. A big thank you, Eugene, and even a bigger sorry... my provider (Cloudways) has automatically recognized the cross-posting (X2 runs on a different server than the web server) as a security problem and prevented it by the firewall. I have now manually added the action / IP to the whitelist. Works again :-)
    1 point
  9. @craig, there are error logs in x2crm/x2engine/ and x2crm/x2engine/protected/runtime that are a good place to start when trying to figure out why things are not working. Ive not looked into updating to PHP7.4 yet, but im sure ill give it a go soon and post my findings and fixes here when I do. @ylandsman, ive not cloned the repo for development yet, but a bug I found yesterday has given me a reason to. Have you worked on anything in this repo before? The Master and branching seems to be not so well maintained anymore. Its a shame because so far its the easiest CRM ive found to use that offer
    1 point
  10. Okay, figured it out, I'm Using GoDaddy Cpanel on a linux server and had to use the following as my Cron job /usr/local/bin/php x2crm/x2engine/protected/yiic logEmail Though auto logging of inbound Emails is now working as intended. I'm still getting an error from the cron, PHP Error[8]: Undefined property: stdClass::$to in filex2crm/x2engine/protected/modules/emailInboxes/models/EmailInboxes.php at line 1032 #0 unknown(0): EmailInboxes->{closure}() #1 x2crm/x2engine/protected/modules/emailInboxes/models/EmailInboxes.php(1034): array_filter() #2 x2crm/x2engine/protected/commands/Log
    1 point
  11. I keep getting an error about the CSFR Token when I make the changes to fix the issue as in previous and old topics, it breaks my images. Why is getting the Web Lead Forms to work such a huge problem, it should be something basic and part of any decent CRM system. I see a lot of topics suggesting using Grafity forms etc. why? I don't want to use 3dr party web lead forms and have to pay for alternative form solutions, it should work as part of X2. When is the basic Web Lead Form and CSFR Token issue in X2 going to be fixed?
    1 point
  12. My 2 cents: Try to update to PHP 7.4 and also MariaDB 10.3 - these are working with max speed and are compatible. We┬┤ve 350,000 records without any speed-problem.
    1 point
  13. Ok, as usual the issue was user error. I imported data that had leading whitespace, and apparently X2 doesn't strip that out. So I was searching for "Bob Jones" in the contact list, when in fact it was " Bob Jones "
    1 point
  14. Hi all. Having this same error across a recent install today. Can someone point me in the right direction of where to place these commands to set session. SET session wait_timeout=14400 SET session interactive_timeout=14400 Thanks
    1 point
  15. Thanks a lot alt_f4 - upgraded successfully
    1 point
×
×
  • Create New...