Jump to content

zomex

Member
  • Content Count

    1394
  • Joined

  • Last visited

  • Days Won

    11

Everything posted by zomex

  1. Indeed, for some reason I don't have it in me to ignore it :)
  2. You should not be critiquing anyones post considering you've added 0 value to the community. Come back when you've achieved something.
  3. Reporting this bug again. It's not possible to provide WHMCS access to check this when there's a client who is rightly frustrated and concerned when 2 payments have been taken from their account. In many cases this also ties into Maxmind where an order has been marked as fraud but the payments still go through as uncaptured.
  4. Another day another uncaptured payments and rightly upset client. Client orders and the order if flagged by maxmind. Client is charged twice and money has left their bank account. Stripe shows 2 payments as "uncaptured", have to manually refund one and capture the second one. Then apologise to the client about this unprofessional situation. @whmcs when are we going to get a response regarding this?
  5. Still facing issues with this bug. Even worse is I have even seen 2 orders blocked by Maxmind manage to create 2 uncaptured transactions for the order. This is a very unprofessional look for WHMCS users who have to try and explain this to clients. This has happened twice now.
  6. I haven't seen any trends yet. I can confirm that it has happened for both existing and new orders.
  7. We really need a update on this WHMCS.
  8. Good to hear it's not just me. I have also seen it for a renewal since my post.
  9. Opening this old thread as I'm seeing the same issue with v7.10.1 It happens very rarely about 1 out of every 30.
  10. Happy to help. But I would double check your URL, the 404 error is not what would be expected. If in doubt it would be best to submit a ticket to WHMCS and have them verify that your vendor access is correctly restricted.
  11. Hello, In most cases you should not need to make any changes. Only using certain servers/configurations will require you to make changes. Whatever you do, don't replace or edit the .htaccess file found in whmcs_path/vendor/.htaccess This file will block access to any directory or file within /vendor/ The .htaccess should contain: Deny from all Don't replace it with any file or edit the file as it would make your installation insecure. To test whether your /vendor/ directory is secure as per WHMCS's default setup you should try and visit a directory and file using your browser e.g: https://yourdomain.com/whmcs-path/vendor/ https://yourdomain.com/whmcs-path/vendor/whmcs/whmcs-foundation/lib/Addon.php You should see a 403 forbidden error when visiting the above URLs (replaced with your domain/WHMCS path). If you don't I would recommend submitting a ticket to WHMCS.
  12. Thanks for the reply. Over the years I have updated my form with changes made to the one on the Six homepage. It is not perfect but at least it doesn't result in an error when the captcha is enabled. Would be worth replacing the example in utilities > integration code with the following rather than keeping one that will result in a error for anyone using a Capcha: <form action="/domainchecker.php" method="post" id="frmDomainHomepage"> <input type="hidden" name="transfer" /> Find your Domain: <input type="text" name="domain" autocapitalize="none" placeholder="Search for your perfect domain name!" size="20" /> <input type="submit" class="btn btn-recaptcha btn-recaptcha-invisible" value="Search" /> </form>
  13. Hello, The integration code under utilities has the domain search HTML used for performing domain searches from outside of WHMCS. This will not work if Google invisible re-capcha is enabled for domain searches. <form action="/cart.php?a=add&domain=register" method="post"> Find your Domain: <input type="text" name="query" size="20" /> <input type="submit" value="Go" /> </form> Since this code and comparing with the homepage domain search on the Six template a lot has changed. The six template uses domain for the text input name instead of query. The action URL uses domainchecker.php, has a hidden field and the search button has 2 classes which appear to be to pass the captcha (btn-recaptcha & btn-recaptcha-invisible). I have made some updates as per the Six template but it is very buggy when using from a page outside of WHMCS: <form action="/domainchecker.php" method="post" id="frmDomainHomepage"> <input type="hidden" name="transfer" /> <input type="text" name="domain" autocapitalize="none" placeholder="Search for your perfect domain name!" /> <input type="submit" class="btn btn-recaptcha btn-recaptcha-invisible" value="Search" /> </form> For example it will show the no characters entered during the search but will end with the domain available message. Thanks.
  14. WHMCS have just announced V7.10 which sees many new features. We've updated all of our responsive WHMCS templates & modules with full support for this new version. Learn more: https://www.zomex.com/clients/announcements.php?id=237
  15. I am indeed 🙂 I really enjoyed working with the portal template. Haha, I also remember replacing the icons with bigger more "web 2.0" icons and feeling like a pro
  16. I would think the chances of Portal working with the latest version of WHMCS would be highly unlikely. However, it shouldn't be too hard to re-create the portal design using the Six template as a base. PS: I miss the days of portal 🙂 Sure, it didn't look fantastic design wise but it was such a simple template to work with easily integrating with any website as it didn't use Bootstrap.
  17. I would also recommend never deleting a invoice unless it's from an account with orders marked as fraud. I got to a stage where I wanted to clean up my products/services but wasn't easily able to delete products due to previous use. The best way I found to handle this was creating a new product category set to hidden and have that show as the last category. Then assign products you wish to remove to that category so they are moved to the bottom of the products/services page. In terms of removing it from the dropdown then you would need to remove the product/service itself as suggested zitu4life but you should do this without deleting invoices.
  18. Overides.css is indeed a old file, many versions ago it was merged to the new all.css/all.min.css In the short term there's no issue with using an old version of WHMCS. But overtime I would say the risks are high and 10 years certainly would not be possible as old versions become unsupported within a year or two of release: https://docs.whmcs.com/Long_Term_Support The best thing you can do is look at a way to add support to your theme or find a theme that is actively updated for new WHMCS releases.
  19. Great job on resolving your issue. I've seen many users experienced the same so I will refer them to this post from now on.
  20. Hello, This is how WHMCS works by standard. I imagine it is set this way to allow you to check each order manually should you wish to. For example you may wish to check that the automation worked correctly and that emails were sent out and even verify the client details vs the payment. Personally I have always liked this approach as I check each order manually prior to marking it as completed. I have seen modules in the past that will automatically mark orders as completed once the payment has been made. If you require this it will be worth checking the WHMCS marketplace.
  21. Hello, Is this for the admin or clientarea password reset? If it's for the client area it should certainly not be pointing to your admin URL. First check to ensure that your WHMCS URL is set to your WHMCS root. Have you tried the six template as well as your cloned template?
  22. Just to confirm you want this script to be loaded on the cart.php page? If so you can add the following to: templates/your_template/includes/head.tpl (or ../header.tpl if that file doesn't exist): {if $filename == 'cart'} <script src="https://fast.conpass.io/PRNN_HsRly2F.js"></script> {/if}
  23. @WHMCS ChrisD I really think this needs to be removed as a warning if the active cart has not been edited. In the majority of cases I've seen users do not modify the cart, in this case it's a benefit to use the default card as it is updated with WHMCS.
  24. As Brian said the password reset has been changed a lot in recent versions and pwreset.php is no longer used. The new path for password reset is (this assumes you have SEO friendly URLs enabled in WHMCS): https://mydomain.com/password/reset/begin I would recommend first testing the Six template. If it works then it would indicate that your template is missing a update. If it doesn't then it could be an issue with your URL settings or WHMCS configuration depending on what is/isn't happening.
  25. Hello community, Just a quick update that we have updated all of our WHMCS templates with full support for V7.9.2. If you're a new customer you can browse our range of WHMCS templates that come out of the box with V7.9.2 support below: https://www.zomex.com/templates/whmcs/ For existing customers we have created a easy to follow update guide to add full support for V7.9.2 to your Zomex template: https://www.zomex.com/docs/whmcs-templates/how-to-support-whmcs-v7-9-2.php If anyone has any questions or issues feel free to reply to this thread or create a new one within the Zomex club and we will be happy to assist you. Regards, Jack Curtis Zomex.com
×
×
  • 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