Jump to content

Search the Community

Showing results for tags 'bug'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


WHMCS.Community

  • The latest WHMCS Release
    • V7.9 Beta Discussion
  • The Latest from the WHMCS Team
    • News & Announcements
    • The WHMCS Blog
  • WHMCS.Community
    • Community Announcements
    • Introduce Yourself
  • Using WHMCS
    • Pre-Sales Questions
    • Admin & Configuration Questions
    • Installation, Upgrade, and Import Support
    • Using WHMCS
    • Troubleshooting Issues
    • Vendor Discussions
  • WHMCS Beta Program
  • WHMCS Showcase
    • Showcase Your Site
    • Share Your Best Practices & Tips
  • Developing & Extending WHMCS
    • Third Party Add-ons
    • Service Offers & Requests
    • Developer Corner
    • Building Modules
    • Share Ideas for WHMCS Modules
  • Community Competitions
    • Competitions
  • General Discussions
    • General Discussion
  • General Feedback & Assistance
    • WHMCS.Community Tips & Tricks
  • Third Party Developers's Topics
  • Turkish International Discussions's Topics
  • Russian International Discussions's Topics
  • Spanish International Discussions's Topics
  • Portuguese International Discussions's Topics
  • French International Discussions's Topics
  • Italian International Discussions's Topics
  • German International Discussions's Topics
  • WHMCS Brasil's Topics
  • WHMCS Brasil's Tópicos
  • ModulesGarden Club's Topics
  • Hungarian International Discussions's Segítség
  • ThemeMetro Club's Topics
  • WHMCS Services Club's Topics
  • SwiftModders Club's Topics
  • WHMCS Global Services Club's Topics

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Found 11 results

  1. LosBooom

    Bug in hook+api ?

    Hello. Can someone explain why this is happening? I have this code in includes/hooks: <?php if (!defined("WHMCS")) { die("This file cannot be accessed directly"); } add_hook('TicketOpen', 1, function($vars){ $ticketid = 111115; // use this ticket for testing $result = localAPI('AddTicketReply', [ 'ticketid' => $ticketid, 'message' => 'Text message', 'adminusername' => 'Robot admin', ]); }); ?> My idea is this: the user opens a ticket, a hook is triggered, a message from Robot Admin is sent to the test ticket. The problem is that if the user attaches files to the ticket, the robot will repeat it in my test ticket.
  2. Did you notice that WHCMS deleted the admin/todolist.php file in the latest 7.5.1 ? Is not my code. You can see it your-self, just download the 7.5.1 full and you will see the file is not there anymore. I can detect those mistakes because I track all the changes between versions with my own git repository. Not so hard actually. git log --diff-filter=D --summary Nice job devs.
  3. We've experienced an unexpected behavior this billing cycle. Some of our customers refill the balance in advance. For those invoices that were fully paid from balance, next due date wasn't updated. If the invoice was partially paid from balance or fully paid with any payment method, next due date was updated correctly. Any idea what can be the reason? We're using WHMCS 7.5.1.
  4. After upgrading to 7.2.2, I'm getting this error while trying to pay for an order. exception 'Whoops\Exception\ErrorException' with message 'Call to a member function getResponseFormat() on null' in /home/host/public_html/includes/api/getclientsdetails.php:0 Stack trace: #0 /home/host/public_html/vendor/whmcs/whmcs-foundation/lib/Utility/Error/Run.php(0): WHMCS\Utility\Error\Run->handleError(1, 'Call to a membe...', '/home/host...', 0) #1 [internal function]: WHMCS\Utility\Error\Run->handleShutdown() #2 {main} I disabled all custom modules. Even so, the error continues to occur.
  5. I put in a ticket to support #WBL-429061 and got back a dud of an answer as to why we're getting these. This didn't start happening until I upgraded to V6.0.2 a few days ago. See the screenshot for what I'm talking about. Our system create new $0 invoice every morning at 8am when the CRON runs. This is driving my customer batty.
  6. When Realtime is your registrar this is important for you, because it can cost you money. Realtime has its own auto domain renewal function and in their module they confused it with WHMCS auto renewal. When a client or you as administrator activates WHMCS auto renewal then it also activates RTR audo domain renewal. This means that when a client does not pay its invoice then still the domain gets renewed by RTR. I already reported this issue with them, but in the meanwhile you should be aware of this and may be post your own bug report to add your vote. The bug is easy to reproduce: log in to RTR domain manager and choose a client domain that has RTR audo domain renewal deactivated. log in as administrator and go to this same domain and simply save it with Disable Auto Renew deactivated. refresh the domain setting in RTR DM and see how the auto renew got activated there. Beside the fact that this is a misinterpretation of the meaning of this setting, please note that when you disable auto renew in WHMCS then it is not deactivated in RTR. So when the client does not pay the bill you loose and the client wins one more year registration.
  7. Hello All, There is a critical bug in WHMCS related to multiple currency gateways. I've had a ticket open with WHMCS for months now... but their usually good support has disappeared and is no longer replying to my request for any updates. It seems odd that they would acknowledge a bug and then just ignore it... but anyway... I'm hoping that maybe someone here has a creative solution or hack to get this working. I have two gateways, US$ and CAD$. Both gateways use a token system for security. The US$ gateway is first in the list, so I guess it's my default. I have an account that paid their first invoice using the US$ gateway. When they paid that invoice, I can see in the log "Credit Card US$ Remote Storage", which is good. Then the customer requested they be changed in Canadian dollars. Everything in their account, including the general "Profile" and specific "Product/Service" is now setup for CAD$ gateway. On the "summary" page I click "Credit Card Information" and CLEAR all the details. (Just in case these details were married to the US$ gateway.) I then input a new credit card. Upon their next renewal, the transaction is declined. In the Gateway Log, I can see it's using the "Credit Card US$ Remote Storage". It should have used "Credit Card CAD$ Remote Storage", but it did not. So, the big bug and big question is why is it still using the US$ gateway? Everything on this account is setup for the CAD$ gateway. This does not make any sense... and banging my head against the keyword has not produced the solution, hehe. It's like WHMCS is just calling the wrong gateway for some reason. I would assume that when WHMCS sees that everything on the user's profile is setup for the CAD$ gateway, it should know to use CAD$ Remote Storage. Any ideas?
  8. Create Products/Services using enomssl trigger a JS error: jquerylq.js:11 Uncaught ReferenceError: jQuery is not defined 5.3.12 General Release (5.3.12-release.1) No custom admin theme (v4)
  9. I noticed a problem over recent weeks that has become much much more worrisome in recent days with lots of spammy registered users at my site. Most of these spammy email addresses are not actually TLDs, such as the email address jhvgyr65ytghv@mmmmmm.mmm that was recently registered today. How did that email address get past WHMCS validation?? Is there somethign wrong with my WHMCS setup? Why is an email address at mmmmmm.mmm allowed to be registered? It should fail on validation, correct?
  10. gohigher

    Module Validation

    Running latest WHMCS - 5.3.8 - and I have a custom module I have written that is performing validation on custom field input when a user updates their shopping cart using the hook: ShoppingCartValidateProductUpdate If a user goes through the order process straight through, add product to cart, enter field data, click on the Checkout button from the Configure Product page, then validation takes place as expected and if not valid it does not proceed. A problem arises however if a user first goes through the process and everything checks out, and then clicks on "Edit Configuration" under the product from the Review & Checkout page. They are then taken back to the Configure Product page, where they enter different data. If that data doesn't check out after they click Checkout and they decide to instead click on the back button in their browser, the invalid data that did not pass validation is now setup in their product configuration and will cause errors. Am I supposed to also provide a way to 'undo' an invalid entry if they are editing the configuration? I would think a hook called 'ShoppingCartValidateProductUpdate' would validate before updating the database, and not update the database and then figure out if it should have. Am I mistaken in this? Please let me know. Thanks.
  11. So I realized a couple year ago that the RSS feeds in WHMCS provide a small privacy bug because they allow users outside the WHMCS or users inside WHMCS but who should have no access to updates access to the news and info on the rss feeds. So I solved this issue by renaming announcementsrss.php to announcementsrssi6567688.php and networkissuesrss.php to networkissuesrss245232324.php so now users can't access it or find it. But I realized that these become obsolete and unusable when we upgrade because the old files are placed back. Unfortunately there is no tpl for these files and these RSS files are encoded so the only way to fix it is to rename.... but when a new version comes out we need to manually delete the files or rename them again.... I would much rather have a good future-proofing method to solve this privacy bug once and for all. Is there a good method to stop/halt/delete/remove the RSS feeds forever?
×

Important Information

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