Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


D9Hosting last won the day on August 18 2017

D9Hosting had the most liked content!

Community Reputation

7 Neutral

About D9Hosting

  • Rank
    Level 2 Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. We've got one client who is managing to trigger this error every time he orders something yet it looks to be fine for everyone else. The error he is getting is related to the capatcha on the checkout page (using invisible recapatcha) so for now I've just disabled the capatcha for that page.
  2. Add us to the list of users seeing this issue in 8.13. Just had a PO'd client get in touch with us because he "paid" us for an order that we had no record of.
  3. We've seen the same problem sporadically with both Six and a custom template. The "please complete capatcha" message shows for a few seconds and then it disappears and the domain search results show up. I figured it could be due to us using Cloudflare on the domain but gave up trying to fix as it's not a total system breaker and just another WHMCS quirk.
  4. I liked this section from the blog post that mentioned the exciting features they were working on for a future release: More marketplace bloatware to look forward to, but who knows, maybe we are in the vocal minority and most users are requesting this?
  5. Common <> Good For major changes like this you need to ask the users of your software for feedback BEFORE you go ahead and implement yet another "feature" that makes our lives harder.
  6. You're too good for this community, problem solved! Thanks so much for the help, I'll buy you a beer.
  7. I do actually get the "Email Sending Failed - Email message rendered empty - please check the email message Smarty markup syntax" error message, but the line of code it mentions in the logs is any line that has this in it: I like the sounds of the hook idea rather than wasting more time on this, I'll send you a PM.
  8. Hi @brian!, Thanks for the quick reply. Still no luck I'm afraid: $smarty_security_policy = array( 'system' => array( 'enabled_special_smarty_vars' => array( 'session','foreach','section','block','capture','now','get','post','server','request','template','const','cookies', ), ), 'mail' => array( 'php_modifiers' => array( 'strstr', ), ), ); Generates the following error when sending an email : PHP function 'strstr' not allowed by security setting Just going back to what you mentioned last week: This was triggered when I first noticed a security policy error that was being triggered by a custom template using "$smarty.session". To fix this I set a security policy as per the WHMCS docs to allow the session variable. I then noticed a ton more errors when accessing various pages in the admin area relating to WHMCS system variables - server, capture, etc. It was at this point I got in touch with WHMCS and they advised I now needed to add all the variables used by WHMCS to the security policy and not just the variable I wanted to allow. So it looks like as soon as you create a security policy to enable a certain variable using "enabled_special_smarty_vars" anything that was previously being used when there was no security policy in place needs to be specifically added. WHMCS did say they were working on a more "graceful" way to handle this in the future but I wont hold my breath.
  9. Hi Guys, Thanks for the responses. Unfortunately the newly formatted code doesn't work either: $smarty_security_policy = array( 'system' => array( 'enabled_special_smarty_vars' => array( 'session','foreach','section','block','capture','now','get','post','server','request','template','const','strstr','cookies', ), ), 'mail' => array( 'php_modifiers' => array( 'strstr', ), ), ); With the above code the template which uses $smarty.session works fine but the email template containing "strstr" throws up the security policy error as before. If I remove the system security policy leaving just the email policy the emails work fine. I have a ticket open with WHMCS but don't hold out much hope. As a workaround and before I spend a morning editing custom email templates, is there perhaps an alternative I can use to "$smarty.session.cart.promo" in /orderforms/configureproduct.tpl to pull the promo code used (if any) by the client? Figure it will be easier to edit that one file rather than a ton of email templates!
  10. Apologies for bringing an old thread back from the dead but this issue has reared its ugly head again in version 8.13. We had an issue with a smarty variable in a custom template file triggering a security policy error so WHMCS Support suggested adding this security policy to our config file: // Smarty enable special variables policy: $smarty_security_policy = array( 'system' => array( 'enabled_special_smarty_vars' => array( 'session', 'foreach', 'section', 'block', 'capture', 'now', 'get', 'post', 'server', 'request', 'template', 'const', 'strstr', ), ), ); This fixed the issue with the template not working but now we are getting a "'strstr' not allowed by security setting" error when trying to send any email that contains this: {if strstr($client_credit, "GBP")}Blah blah blah{/if} The original security policy we had in place to allow "strstr" is still there but doesn't work if we also have the new "'system'" security policy in place, it works fine if we remove this leaving just the original security policy but ideally we need both the custom template and the code in the email to work! FYI our full security policy is listed here: // Smarty custom email based template policy: $smarty_security_policy = array( 'mail' => array( 'php_functions' => array( 'strstr', ), ), ); // Smarty enable special variables policy: $smarty_security_policy = array( 'system' => array( 'enabled_special_smarty_vars' => array( 'session', 'foreach', 'section', 'block', 'capture', 'now', 'get', 'post', 'server', 'request', 'template', 'const', 'strstr', ), ), ); Any ideas how to fix or if not, is there another workaround we could use to display conditional data depending on the currency used by the client?
  11. My colleague just spent her entire lunch break trying to find where the domain pricing page had gone 😬 It may seem insignificant but the thing I noticed straight away was the lack of the system time at the top of the page as that always comes in useful when checking through the logs and tickets. Thank god for Brian!
  12. Just an update for anyone who has the same issue. We've just updated to WHMCS v8 and the "Add payment method" button is (rightly) no longer shown to the client, so whatever the issue was got fixed in the upgrade. ......now to get used to the new admin area menu where everything seems to take far more clicks than it should to get to where you want to go.
  13. Hi Brian, Thanks for the reply. I think it must be the MyWorks PP module causing the issue as Nifty have said their module wouldn't trigger the pay methods link so I'll migrate away from the PP module and see how it goes. Just to confuse things even further, when I try to add a card from the admin area I get a message saying no active gateways support this, which suggests that none of the active modules should be triggering the pay links feature on the client side so who knows!?
  14. We've come across a potential quirk with the pay methods page and wondered if anyone else is seeing the same thing. After reporting the issue to WHMCS they are blaming the MyWorks PayPal Billing module but I haven't seen any other users reporting the same thing which is a bit strange. To reproduce the error go to Billing > Pay Methods > Add new card > Enter any test card data and submit After doing this we are seeing this error (full error is stripped but you get the picture): Oops! Something went wrong and we couldn't process your request. Please go back to the previous page and try again. Error: Call to a member function getDisplayName() on null in /home/user/public_html/vendor/whmcs/whmcs-foundation/lib/ClientArea/Account/PaymentMethodsController.php:0 Stack trace: **unable to insert anymore as the community software is throwing up an error!** This happens with all clients, new or old, regardless of the default payment method they use. We are running WHMCS v7.10 and the issue is there on the default Six theme and also after removing all custom hooks. The gateways in use are: - Sagepay repeats - Myworks PP billing - Nifty Gocardless - Bank transfer One thing I was curious over is what gateway WHMCS is trying to attach cards to that are added via the Pay Methods page because AFAIK our card module (Sagepay repeats) doesn't allow you to add a new card without an associated invoice/payment (or it didn't prior to pay methods being instroduced) so I wondered if this could be the issue and if the PP module is actually a red herring?
  15. I sent them a ticket 2 or 3 weeks back to ask about the compatibility with the latest WHMCS version and I got a reply back the next day saying it should work fine. Disappointing to hear they have stopped development as it's a much better solution for taking PayPal payments compared to the default WHMCS PayPal module.
  • Create New...

Important Information

By using this site, you agree to our Terms of Use & Guidelines and understand your posts will initially be pre-moderated