Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About Takito

  • Rank
    Junior Member
  1. just a little update. 2CO confirmed the issue but 1 month later it is still not solved...
  2. @WHMCS John Any help? I'm applying recurring payments manually now...
  3. I'm sorry, originally it was removal of announcements(Recent news), you may rename everything if needed, but it works regardless.
  4. I'm not sure. But the payment go through, so shouldn't be the case. My only guess for now is that 2CO doesn't send one INS with "message_type => RECURRING_INSTALLMENT_SUCCESS" but in that case there should be tons of messages regarding this issue...
  5. <?php /** * code goes inside "includes/hooks" directory */ /** * Remove Announcements from homepage */ function dctit_remove_announcements_from_homepage( $home_page_panels) { $home_page_panels->removeChild('Register a New Domain'); } add_hook("ClientAreaHomepagePanels", 1, "dctit_remove_announcements_from_homepage");
  6. Hello, Recently I noticed that 2Checkout recurring payments don't apply to the invoices. I see them in Gateway Log but they don't appear in the Transactions list. Recently they were marked as "Recurring Success" in the gateway log, now they are "Notification Only". Where do I look for the problem? Any thoughts? I have a few WHMCS installations and it's the same everywhere. Nothing has changed in WHMCS on my side, I believe. Thank you.
  7. I see.... But that wasn't the case in v7... Another question is whether the support staff and\or owners know how that new behaviour works? At first I thought it's some sort of bug and assigned tickets manually without knowing that the ticket was opened without authentication(how would I know that?). Also, how would I know that the email used to open a ticket is a client of mine? Now I need to check every unauthenticated ticket's email o_O. I assume there are a lot of people who don't bother and just assign tickets to the correct client and don't even know how it works. I don't like this behaviour, unnecessary work on my end. WHMCS could add some tip showing that the client with exact email exist and a little explanation at least. Any workaround to make it work like v7?
  8. Right, thank you. It has an IP, so it was opened whilst unauthenticated. Can you please tell us whether the logic has changed or this is some kind of bug? And if there are any workaround? Thank you
  9. I was referring to this also, but your case scenario is very rare I believe. Also, this can be fixed by a support pin or just another email for double confirmation if it is something critical requested. Actually, I don't know how that ticket was opened through a website or email.
  10. I'm using only Maxmind and rarely has the same issues. Last time I remember it was due to the address validation failed, so might worth trying ticking the box "Do Not Validate Address Information"
  11. After submitting the ticket via your website you suggest it should not appear as a ticket anywhere, instead sending email to gmail and then import it from there to create a ticket? I don't think this is possible, it doesn't make much sense.
  12. Hello, Recently I've upgraded from WHMCS 7.9.2 to 8.5.1 (yes, I know, it's been a while) and now I noticed that when the client is submitting the ticket(probably not logged in) WHMCS doesn't assign it to the client, instead showing as GUEST while the email is exactly the same as existing client has. I haven't changed anything after upgrading and can't find the reason behind that. Maybe I have missed something. Any help is appreciated. Thank you
  13. Welcome to WHMCS.Community Takito! We're glad you're here please take some time to familiarise yourself with the Community Rules & Guidelines and take a moment to introduce yourself to other WHMCS.Community members in the Introduce Yourself Board.

  • 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