dandju

Thank you @WHMCS Marcus for the quick update. I can confirm that the workaround has resolved the issue (could not test the patch yet) 👍 And thank you very much @brian! for the continuous assistance that helped me to narrow down the issue. Thank you again both of you and a happy new year!

Update: Also applies to other data tables (eg. invoices, tickets) ... when using the child theme.

Good idea! And indeed, it shows all correctly in the six template?! I have now noticed that this is related to the child theme - when selecting the "Twenty-One" theme directly, it shows all domains correctly, but when selecting the child theme (which is using the twenty-one as the main template), the domains page shows only 10. Just for further testing I have removed all files from the child theme folder and just left the theme.yamlfile with the following content: # Custom Theme Configuration File name: "Custom Theme" author: "DD" config: parent: twenty-one When selecting the "Custom Theme" within the General Settings in WHMCS, the domains page only shows 10 domains?

Just tested with another client and language, still the same: Also disabled all hooks just to ensure its not related, but still the same. As I do not know how it is intended to work, it might be an issue with the WHMCS core? As it only provides 10 domains within the $domains variable? Btw. do you see all those domains in the source code (or in the $domains variable)?

Hi Brian, No, just the 10 domains and this first page (even when setting it to show 50): Oh - and it even says 19 in the filter at the left side.

Hello, I was wondering if anyone has the same issue with the domains page within the client area (/clientarea.php?action=domains) (WHMCS 8.1 GA)? The customer can only see a maximum of 10 domains. He has 19 active domains in total (which I can see in the admin panel), and when navigating to "/clientarea.php?action=domaindetails&id=<DOMAIN_ID>" I can see the details of the missing domain when entering the ID of the domain manually. I have then debugged the Smarty template of this page and could see: $domains Origin: "Smarty object" Value Array (10) So for some reason only 10 domains are provided to Smarty/template? Is it a bug? Or should the datatable load the next few domains when clicking next (but next button is disabled)? And datatables says: Showing 1 to 10 of 10 entries. Thanks for the help and happy new year!

Thanks Brian for the update. Sorry, yes on the left side; using the default "twenty-one" theme. BUT I have just noticed that this only applies to some languages - I guess to those that are not by default shipped with WHMCS. German is indeed working fine; the language in my case that does show english diffforhumans is "Bosnian" (which is similar to Croatian, which is working fine). Do you by chance now how I can set the ISO code that will be passed to Carbon? Or how the language is passed to Carbon? Tried to set $_LANG['locale'] = "hr_HR"; in the translation file, but this did not work. Thanks! And happy new year!

If anyone else needs assistance with this, please get in touch by private message. Here to help, almost for free 😀 Daniel

If anyone else needs assistance with this, please get in touch by private message. Here to help. Daniel

Same for the /cart/domain/renew page Expire date: 15 Jan 2021 (2 weeks from now) Don't know if this is also Carbon, but couldn't find any translation string in the English.php lang file. And "15 Jan 2021" does also not match the chosen date format in the WHMCS settings ...

Hi, Is it possible to translate the "diffForHumans" date strings within the client area? (using WHMCS 8.1) Eg. in the right-side Ticket Information box on a ticket, it says "Last change: 5 months ago" - I would need to change the "5 months ago" to another language (preferable to that used by the logged in customer). As I assume the Carbon's diffForHumans function is used here, I have tried to set it in the configuration.php file to "Carbon\Carbon::setLocale('de');" ... but did not work - I assume it gets overwritten somewhere in the WHMCS core. Any ideas? Thank you!

Thank you, @Kian. Exactly what I was looking for. Just had to remove the "a" from the trigger line, everything working as expected: if ($( "div[menuitemname='My Services Status Filter'] a[class='list-group-item active']").attr('menuitemname') != 'Active') { $("#Primary_Sidebar-My_Services_Status_Filter-Active").trigger("click"); }

I checked this one more time and can confirm that @Kian's solution is working: $("#Primary_Sidebar-My_Services_Status_Filter-Active").trigger("click"); The only "problem" is that the click is triggered on every page load, of course --> When the filter is set to active and the page is reloaded, the filter is removed because of the triggered click. Is there a way to get the current filter status which can be used to prevent the click in case it is active already?

Hi @Kian Thanks for the suggestion. Was thinking of something similar, but was not sure how to "trigger" the click in Javascript. I have tried it using the suggested method but still nothing happens - furthermore it seems that the filter no longer works when adding the "trigger" method. Do you have another idea?

Same question, is there a an easy way to have "Active" set by default? So that the users do not have to click it manually? The user should be able to display the expired and other services if needed (so we cannot use a hook to remove the expired services).

Hi Brian, thanks for the reply. Correct, somehow I have overlooked it - it's the same WHOIS server I have added to the whois.json file. I've made some tests today and for some reason the lookup is working fine now. The only change I made was to change the domain lookup provider from "Standard WHOIS" to "WHMCS Domain Lookup". I will investigate this further but it's OK for us to use the WHMCS lookup provider, so this seems to be resolved.

Nobody, even WHMCS support, did not have an answer. I have recently identified the cause to this issue: It seems that the credit card was linked to a contact (which can be check when opening the client overview page and clicking one of the credit cards). There you can choose a contact - for some reason this specific customer had one contact assigned to his card. After selecting the main profile of the client several times, the settings were applied and on the next payment the billing address was correct.

Hi, we currently use WHMCS 7.8.3 and we have added a new domain (.MK) (with pricing and everything set up in WHMCS). We use the "Standard WHOIS" lookup provider, we have added the TLD to the "whois.json" file as described at this link: https://docs.whmcs.com/WHOIS_Servers The WHOIS search in the WHMCS admin area (which is only accessible by admins) works for this specific TLD. The problem is, that the domain is always displayed as "not available" when searching it in the client area (other, mostly popular TLD, lookups work fine). In the POST /JSON response I see the following: originalUnavailableDomain: "fergr45rtrg4fged.mk" I do not understand why, as this domain for sure is available (also in the WHMC admin area whois lookup). There are no errors in the "Activity log" in WHMCS. How can I add the new TLD to the client area domain lookup? Should it work? Is the file whois.json used for the "Standard WHOIS lookup"? Thank you

Nobody?

Hello! We have a very strange problem with new invoices, affecting only one customer. This customer has been added as a normal client in WHMCS. He has a company name and VAT ID defined. Recently we have noticed that all new invoices for this client are addressed to another (wrong) billing contact (same name, but no company name and no VAT ID on this billing contact). I then removed the wrong contact and set "Default" for "Billing contact" in the client profile. Also tried to create a billing contact with the same name, company, address, ... and define it at the client profile. But this did not resolve the issue - after the next (new) invoice the (wrong) billing contact was re-created and defined as "billing contact" at the client profile. We use the Stripe module (from WHMCS), the customer is paying with credit card. How can I prevent this billing contact change? Every month we have to adjust the billing address in the database (mod_invoicedata table). Thank you!