Jump to content

WHMCS.Community

  1. The Latest WHMCS Release

    1. WHMCS 8.10 Release Discussion Board

      We are pleased to announce the release of WHMCS 8.10 to General Availability.

      This marks the end of pre-production testing, and WHMCS 8.10 is now the recommended version for all new installations and updates.

      WHMCS 8.10 features Sitejet Builder integration with cPanel and Plus, plus Automated Overdue Invoice Cancellation.

      For more information about all of the new features in WHMCS 8.10, visit the What's New in WHMCS 8.10 Microsite and Release Notes.

      82
      posts
  2. WHMCS.Community

    1. Community Announcements

      Our WHMCS Community Announcements with everything from our community rules to updates on making our community more awesome

      161
      posts
    2. Introduce Yourself

      Introduce yourself here and be sure to come back to welcome others.

      1.2k
      posts
    3. MarketConnect Partner Product Status Updates

      This board is used to communicate any planned or unplanned MarketConnect partner product status updates, this board is read-only and will be updated via the MarketConnect Team when issues arise.  If you are experiencing an issue that is not reported in this board please review the MarketConnect Help Centre or Open a Ticket with our team

      33
      posts
  3. Using WHMCS

    1. Pre-Sales Questions

      Considering purchasing WHMCS but have some questions? Ask them here.

      13.1k
      posts
    2. Admin & Configuration Questions

      This is your space for any questions about WHMCS configuration settings.
       

      6.1k
      posts
    3. Installation, Upgrade, and Import Support

      Get help from the community with installing, upgrading and migrating to WHMCS here

      5.9k
      posts
    4. Using WHMCS

      Have a question about how something works or need help configuring and using WHMCS? Here's the place to do it.

      95.8k
      posts
    5. Troubleshooting Issues

      Use this board to discuss any issues or problems you are encountering. If you think you've found a bug, please report it here

      27.1k
      posts
    6. Vendor Discussions

      Discuss Control panels, payment gateways and domain registrars here

      694
      posts
  4. WHMCS Showcase

    1. Showcase Your Site

      Customized and integrated WHMCS in some way? Show the WHMCS Community here!
       

      8k
      posts
    2. Share Your Best Practices & Tips

      Share your tips and advice to the rest of the WHMCS community.
       

      339
      posts
  5. Developing & Extending WHMCS

    1. Third Party Add-ons

      A place to discuss third party modules, add-ons and extensions for the WHMCS platform.

      marketplace_inverse_728x90.png&key=ebc9c3244aa6bb0297564b81d8e33ae4d631eaca838fc05b66038be9162910c7&resource=1

      18.4k
      posts
    2. Service Offers & Requests

      A place to post offers & requests for services related to WHMCS. Rules apply.

      22.5k
      posts
    3. Developer Corner

      Integration, customization and module development, if you have questions, ask them here.

      58.5k
      posts
    4. Building Modules

      Need help while building an extension? Ask your questions here.

      597
      posts
    5. Share Ideas for WHMCS Modules

      Looking for an extension that doesn't exist? Share your ideas and vote on others.

      175
      posts
  6. Community Competitions

    1. News, Announcements & Blogs from WHMCS

      The latest WHMCS News, Announcements & Blog Posts from WHMCS are shared here

      569
      posts
    2. Competitions

      From time to time we run community competitions this is the place you'll find them

      • No posts here yet
  7. General Discussions

    1. General Discussion

      Board for general conversation, share interests, discuss industry related news, etc...

      39.7k
      posts
  8. General Feedback & Assistance

    1. Feedback

      WHMCS Community Feedback helps us to continue improving WHMCS software.

      8.6k
      posts
    2. WHMCS.Community Tips & Tricks

      This board provides an overview of some features and functionality that WHMCS.Community provides.  We add new content from time to time.

      6
      posts
  9. Club Forums

      • No posts here yet
    1. Katamaze Free Scripts

      Perfect your WHMCS with free action hooks, reports and modules. Follow us on Github for more contents.

      48
      posts
    2. Katamaze Module Support

      This board acts as a place where you can get support by us (no guarantee) or by fellow users using your same module.

      120
      posts
    3. 14
      posts
    4. 523
      posts
    5. 499
      posts
    6. 106
      posts
    7. RactStudio Club Topics

      RactStudio is a software development company that offers a range of WHMCS and WordPress products and services that are designed to enhance the functionality and user experience of these platforms. With a focus on quality, affordability, and customer support, RactStudio is the perfect partner for any web hosting company, blogger, and other online businesses who want to take their online presence to the next level.

      • No posts here yet
    8. 69
      posts
    9. 78
      posts
    10. 6
      posts
    11. 7
      posts
    12. 4
      posts
      • No posts here yet
    13. 2
      posts
      • No posts here yet
    14. 28
      posts
    15. 276
      posts
    16. 20
      posts
    17. 17
      posts
  • Popular Contributors

  • Our picks

    • [From the Blog] WHMCS 8.9 Now Available in General Availability
      We are pleased to announce the release of WHMCS 8.9 to General Availability!
      • 0

        Reputation Points

      • 0 replies
    • 8.9 Release Candidate Released
      We've released the WHMCS 8.9 Release Candidate
      • 0

        Reputation Points

      • 0 replies
    • What we need from our V8.9 Beta Testers
      We're excited to announce the beta release of WHMCS 8.9. Be among the first to try out the new features and functionality by getting involved in the beta today.

      With this in mind we need your help! The aim with pre-releases is to have them used in as many different configurations and scenarios as possible. There are so many different ways to leverage the functionality available in WHMCS, and so many modules, customizations and add-ons, that nothing beats real-life testing and feedback. Ultimately this allows us to provide a level of Quality Control and Assurance that goes beyond what we can simulate in the lab, and benefits everyone.

      And we don't just want to know about things that are broken. It is equally as beneficial to us for you to tell us when you test something and it works as it should, as it is knowing about things we've broken. So please, keep us informed, tell us what you've tried, and what the results were, good or bad, and for those who contribute the most, we'll make sure you are recognized for it. 😃

      If you haven't had the chance make sure you check out the Preview Site & Release Notes to learn about all the changes!
      • 0

        Reputation Points

      • 0 replies
  • Topics

  • Posts

    • Hello,   Have you installed GuzzleHttp  in your addon or using the Guzzlehttp coming along with whmcs?
    • Can you please help on this [Mon Jun 17 04:15:53.547925 2024] [php:error] [pid 1402765] [client 192.168.80.237:58483] PHP Fatal error:  Declaration of GuzzleHttp\\Psr7\\Request::getRequestTarget() must be compatible with Psr\\Http\\Message\\RequestInterface::getRequestTarget(): string in /var/www/html/whmcs/vendor/guzzlehttp/psr7/src/Request.php on line 58 [Mon Jun 17 04:15:53.560576 2024] [php:notice] [pid 1402765] [client 192.168.80.237:58483] [WHMCS Application] ERROR: Whoops\\Exception\\ErrorException: Declaration of GuzzleHttp\\Psr7\\Request::getRequestTarget() must be compatible with Psr\\Http\\Message\\RequestInterface::getRequestTarget(): string in /var/www/html/whmcs/vendor/guzzlehttp/psr7/src/Request.php:58 Stack trace: #0 /var/www/html/whmcs/vendor/whmcs/whmcs-foundation/lib/Utility/Error/Run.php(0): WHMCS\\Utility\\Error\\Run->handleError() #1 [internal function]: WHMCS\\Utility\\Error\\Run->handleShutdown() #2 {main} {"exception":"[object] (Whoops\\\\Exception\\\\ErrorException(code: 64): Declaration of GuzzleHttp\\\\Psr7\\\\Request::getRequestTarget() must be compatible with Psr\\\\Http\\\\Message\\\\RequestInterface::getRequestTarget(): string at /var/www/html/whmcs/vendor/guzzlehttp/psr7/src/Request.php:58)"} []
    • Dear WHMCS community, I am trying to implement Single Sign-On (SSO) functionality between my existing application and WHMCS using Auth0 as an identity provider. To accomplish this, I have developed an addon module in WHMCS which uses the Auth0 PHP SDK acquired through Composer. Despite following recommended steps and practices and conducting extensive troubleshooting, I continue to face challenges with implementing this feature. Specifically, I am encountering the following issues: When calling $auth0->getUser(), I receive a null value. This suggests that there might be an issue with session handling, despite me taking measures to ensure PHP sessions are correctly configured and that session data should persist across requests. I am running into GuzzleHttp package compatibility issues, as evident by PHP errors related to GuzzleHttp. I have tried various solutions, including updating all Composer package dependencies to their latest versions and ensuring compatibility between package versions, but this issue persists.   [Mon Jun 17 04:15:53.547925 2024] [php:error] [pid 1402765] [client 192.168.80.237:58483] PHP Fatal error: Declaration of GuzzleHttp\\Psr7\\Request::getRequestTarget() must be compatible with Psr\\Http\\Message\\RequestInterface::getRequestTarget(): string in /var/www/html/whmcs/vendor/guzzlehttp/psr7/src/Request.php on line 58 [Mon Jun 17 04:15:53.560576 2024] [php:notice] [pid 1402765] [client 192.168.80.237:58483] [WHMCS Application] ERROR: Whoops\\Exception\\ErrorException: Declaration of GuzzleHttp\\Psr7\\Request::getRequestTarget() must be compatible with Psr\\Http\\Message\\RequestInterface::getRequestTarget(): string in /var/www/html/whmcs/vendor/guzzlehttp/psr7/src/Request.php:58 Stack trace: #0 /var/www/html/whmcs/vendor/whmcs/whmcs-foundation/lib/Utility/Error/Run.php(0): WHMCS\\Utility\\Error\\Run->handleError() #1 [internal function]: WHMCS\\Utility\\Error\\Run->handleShutdown() #2 {main} {"exception":"[object] (Whoops\\\\Exception\\\\ErrorException(code: 64): Declaration of GuzzleHttp\\\\Psr7\\\\Request::getRequestTarget() must be compatible with Psr\\\\Http\\\\Message\\\\RequestInterface::getRequestTarget(): string at /var/www/html/whmcs/vendor/guzzlehttp/psr7/src/Request.php:58)"} [] Here is some more information about my environment: WHMCS version: 8.10.1 PHP version: 8.1.2 I am looking forward to any guidance and assistance you can provide on this matter. Best Regards,
    • I found out what was going on. I had the invoice set to $0, so it was knowing that nothing was technically paid. As long as something is paid, if they downgrade, they'll get a credit, upgrading is the difference in cost.
    • WHMCS Version: 8.10.1 Hello, I am hoping someone can shed some light on this bizarre behaviour. We've been using WHMCS for a decade without ever seeing something like this. It could be a recent update or the new PayPal module,  as those were done around the same time. I don't want to point fingers since I'm not sure what the culprit is. Fairly simple setup. Payment Gateway: New PayPal Gateway Module (Credit/Debit Card) It seems consistent; anytime an invoice processes automatically or someone makes a manual payment. The Invoice payment processes normally but also adds the payment amount as a credit. This means if they pay $20 on the invoice for a domain, The invoice gets payed, the domain is registered/renewed, but then the client also gets an additional $20 credit added to their account. Something seems to be double processing the payment internally even though only 1 charge happened on the card (expected $20), and my PayPal balance is as expected with only the $20. The problem was noticed on the following invoice, which a customer received and automatically paid from a previous credit that was applied this way. I've since confirmed that this behaviour happens to everyone every time now. We're at a point of constantly having to delete the credit from client accounts after payments, hopefully catching them before they are used or a new invoice is generated. Info: The Paypal Payment Gateway settings look normal. Only the Client ID/Secret and the Merchant Payer ID are filled in. The Transactions on the invoice look a bit odd (2 transactions). This is new since the PayPal module and could be related. Ex: This was for a Domain Renewal. The domain has the Payment Method set as "Credit/Debit Card" (New PayPal Module) when I look at the domains page. Payment Gateway Logs are showing the two transactions as well.   Then the credit on the account shows up like this (the same exact amount as the full invoice payment):   Can anyone make sense out of this? If you need any other info that may help, just let me know.
    • Hello, You will have different products based on country? Or it will be just currency difference based on country?
    • Well this bites. The product I was doing was a One Time. That's pretty messed up that they didn't take that into consideration. That is a flaw. I think if it's a one time, as the user already paid once, for upgrading there should be a difference, and a downgrade should either give them a credit of the difference, or zero the invoice out. 
    • @mfoland I've seen others ask about the calculation process before. WHMCS seems pretty set on leaving it as is. This is their formula https://docs.whmcs.com/products/upgrades-and-downgrades/
    • Even here, going from the Highest Tier of Owned License for the product to the Lowered Tier, there should be a credit.... not a payment due.
    • In WHMCS, clients can upgrade and downgrade their plans. In the case usage for me, I sell PHP software that I design. In my use case scenario for this Request, I have the highest-tiered package I offer for the software. In this case, I would have already paid for the software. The problem, is if I would have already paid for the software, at which was higher than the plan I have screenshotted, why would the user have to pay again? Shouldn't there either be a credit assigned to them for the difference or zero out the invoice? I can understand paying the difference between products. Let's say I have the $600 one-time owned license, and my next one is $900. I should have to pay only the difference of $300. I believe something needs to be changed with this process.   (I tried to submit a request on requests.whmcs.com, however I got a 500 server error)
×
×
  • 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