Jump to content


Honored Contributor
  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by brian!

  1. very well... there's a nice relaxed chill when you never have to worry about working ever again. ๐Ÿ๏ธ it didn't work out - the management insisted on charging customers as soon as they walked through the door or for daring to ask a member of staff a question - plus whenever one of their staff made a spillage in the aisle, the customers found it quicker to clean it themselves rather than report it to a member of staff... who were totally disinterested in their customers and would quite happily have left the spill there for years. ๐Ÿงน ๐Ÿ˜œ *coughs* the latter... still doing WHMCS coding bits & pieces (usually paid) if/when I feel like it.... really enjoying not reading the threads daily - i've no idea what's going on here unless I login (and that only occurs now if I need to reply to a PM)... once you finally accept that WHMCS, both as a company and product, is fundamentally unfixable, life becomes so much simpler... I don't mind a challenge, but a pointless one is a little too like sadistic for my liking! it's what Tony Hancock wrote in his suicide note, "things just seemed to go too wrong too many times" - they repeat so many mistakes, so often, that it's not even funny any more. I used to think things would improve, but the sad reality is that this is them giving 100%.... this is really all there is in the locker... they're in a long decline and there's nothing anyone can do to reverse it... not that there are many left who would even want to bother. not to worry - they'll add 4 new partners to MarketConnect in v8.3 and all will be right in their world. ๐ŸŒ
  2. saw that gif in another community f o r u m, remembered your post and it made me smile. ๐Ÿ˜œ
  3. put the code on GitHub (or similar) and post the link to it in this thread - then you can edit and update the code as often as you want, when you want and how you want to. ๐Ÿ’ก for some bizarre reason in the last year or two here, you often can't include PHP predefined variables in your posted code - I don't think it's intentional (if it is, then it's a bloody silly one), I suspect it's more a configuration issue that nobody at WHMCS noticed or really cares about (as they don't post code, they never come across it themselves or understand the inconvenience)... the point being that you end up wasting time rewriting your own code, just so you can post it here without getting a 403 Forbidden error message. while i'm here looking at this, you should be able to use Admin Language Overrides to have most of the text shown in the admin's own language - granted the docs don't make any mention that you can use them for the admin area, but you can... I think there should be language string equivalents (or similar) for everything (other than the "Recently Blocked Messages" heading) in the $output array.... if ($date_interval == 0) $date_interval = AdminLang::trans('calendar.today'); of course, if you used Carbon for the dates, then you shouldn't need such strings on the dates.... but I probably wouldn't suggest spending a lot of time on doing that... this is just one of those many things that WHMCS might fix in a hotfix tomorrow, or you could still be waiting when v10 gets released in 2025 - the thread's already 2 years old. ๐Ÿ™„
  4. it can be done... ๐Ÿง™โ€โ™‚๏ธ the OP has been given the working solution. ๐ŸŽ
  5. the hands were not the problem... I suspect my ankles will never be the same again! ๐Ÿ˜ฑ๐Ÿ”จ i've only come back today cos I got sent a PM that needs replying to. ๐Ÿค while i'm here, i'll briefly reply to a few unanswered threads, but I doubt i'll login again this month.... i'm really enjoying no longer receiving/reading the threads emails (or even launching / thinking about WHMCS any more!) and getting on with more important things. ๐Ÿ–๏ธ๐Ÿฆ
  6. that's not a definitive list of available variables - they never are. I can think of two options... get the $accounts array from the template, modify it by getting the email/companyname and then returning it to the database (a clientareapage hook to only work on this one page).... then modify the relevant template (user-switch-account) to output the required changes using the values in the updated array. get the array from the template, loop through it in a output hook and use JS to add the relevant content as required... your example hook could work if the user had only one client - but if that were the case, then the switch page wouldn't be shown and so the hook wouldn't run.
  7. did you try entering your password from that screenshot ? btw, from their changelog, it looks like the module hasn't been updated in 3+ years.
  8. you still need to specify that it only works for the Invoice Payment Confirmation email, but where you're going wrong is that you are assuming that relid = client ID, but in an invoice email, relid = invoice ID. you can use the invoice ID to get the client ID, or almost certainly there will be an existing mergefield that stores the clientid (I think it's literally called clientid, but i'm going from memory on that)... if you need to query the db for it... you can ignore the $overdueinvoices line from the code and change it to get your auth code value.
  9. wouldn't that still only apply to the first invoice? a renewal invoice wouldn't (normally) contain an order ID.
  10. might depend on your lookup settings and whether it's a premium domain or not - also, maybe the whois server was giving incorrect responses, or the relevant lookup API... or your dist.whois.json is outdated. one way to see if it's premium is to go to the enom site and search for it - if it's premium, it should tell you.
  11. I don't think you can out of the box.... if the currency has decimal options, it can either be 2 or 0 - not 3... e.g you could have 95PYG but not 95.000PYG Language Overrides
  12. in v8, clients don't have passwords - the *user* will have the password.... it should be stored in the tblusers database table (assuming you're creating a new user when you create a new client - which you will be if you're passing a password value and not an existing user value).
  13. I see the same thing - it's a bug in v8.2+ (works fine in v8.1).... it's easily fixable (though I know that's irrelevant to the point you're making) by overriding the relative language string and hardcoding the URL.. or by using an AdminAreaPage hook to tweak the $globalAdminWarningMsg variable content... or waiting for the inevitable v8.2.2 maintenance patch. ๐Ÿ™„ it's always done that hasn't it? besides, asking WHMCS to change anything like this is borderline pointless (aka - it's been requester before, but nothing changes). I think that's what the URL redirection option is for - to point towards a custom page or alternate site.
  14. if I leave the sanctity of my self-imposed mute voyeur mode for just a second, you're going to be hitting three problems. by the time $monthlyprice is accessed by the conditional code in the if statement, it's going to be have been price formatted, e.g it's not going to be -1, it's going to be ยฃ-1.00 or โ‚ฌ-1.00 etc. if $monthlyprice is price formatted, then you should be able to do {if ($monthlyprice->toNumeric() != '-1.00')} in your conditional statement. what I would do is to only create $monthlyprice if $getproduct_price->monthly is not -1, e.g you move the conditional logic to the php and then, in the template, all you have to check is whether $monthlyprice exists and if so, output accordingly... and so on with the other two pricing options. and with that, I return the gaffer tape over my mouth. ๐Ÿค๐Ÿ™‚
  15. if it were me, i'd probably limit it to only work at checkout (which is the only page in cart when this would be relevant) and I would properly check they were logged in.
  16. yes - you can pick them up from Reception, but you have to pay for them now! they update their design every month and unless you agree to buy & wear their latest design, you're no longer allowed to reply! lol ๐Ÿค‘ and in this case, not at all from me. ๐Ÿค
  17. they should if you get the values correct, e.g $_LANG['store']['weebly']['promo']['weebly_free']['feature1'] = 'Add Some Custom Text To The Output';
  18. how would that impact the test I did when the contact is only assigned to one user ? you opening on the website or piping.... if piping, that's not something I use or have tested to any real degree. to a certain extent, I don't mind that - you could in theory have the same email address used in a client / user and contact and trying to determine which to use could be an issue. I don't mind that either - the alternative could be updating multiple ticket records after a change. or to translate for the normal user, it's a feature! *hurrah* I bet they didn't give you an ETA. ๐Ÿ™‚ you could fix (aka reassign the rank) the badge in the client area if you had to with a hook... actually, you could nuke them entirely with CSS if you had to as I wouldn't expect a user to care in the slightest whether they were an Owner, Sub-Account, Authorised User or whatever rank shown.
  19. I think you miss the point - if there was code to move the Powered By line, then it could equally be used to move it off-screen, or hide it entirely etc.... if Ford build a car that can do 150mph down a motorway, it can equally be used either as a getaway car, or as a police pursuit vehicle.... the fact that you want to use it in a "good" way, doesn't prevent the same code being used in a "bad" way by others. which is a long winded way to tell you that I doubt anyone here is going to tell you how to move it... assuming that it can even be moved in the way that you want.... I wouldn't even expect Support to tell you either... and note that you are asking this question of the official forums! it would be technically possible to remove it using a hook and then, out of the goodness of your heart, manually (or via another hook) add a Powered By link back into the footer.... to be honest, I would question if WHMCS would even a) notice and b) care if you did that - and I mean both parts (removal/addition) and not just the first part (removal).... ultimately, the branding is still there. .. and bear is right - this removal idea has been discussed here previously (including as recent as this year) and has been removed... but frankly, if you can't find out how to do it elsewhere from this place, then you simply aren't trying.
  20. we've been here far too long once we can reach the stage of accurately predicting WHMCS responses to situations. ok, I just tried this on both v8.1.3 and v8.2 and I can reproduce it the same on both - i'm seeing *exactly* what I think you're seeing. just to double check I got the steps correct... create a ticket using an email address not assigned to the database.... result = marked as guest. create contact using the name & email address used in above ticket. repeat step 1 - result the same.. still marked as a guest. even if I make Christine a Client/User with the same email address and create a ticket, she's still marked as a guest... so it's not doing a client/user/contact search of the db when a ticket is created - I assume it's working off the user being logged in or not... if I login as Christine and make a ticket, then she's an authorised user... though she is in reality an owner, so I would have thought she should be marked as such... how the hell a sub-account/contact can login in v8, when they no longer can - only users/admins login... I have absolutely no idea. i'd be tempted to mark this as another partially thought-through, badly implemented, poorly documented feature... aka, it's a mess.... or in British parlance, a complete Horlicks!
  21. that sounds as though it would need more structural changes to the template rather than just CSS tweaks.... ensure that you're using a child or custom/renamed theme, otherwise a WHMCS update will overwrite your changes.
  22. that feature request is at least 7 years old... do you expect it to be added any time soon? I bet everyone else who replied to that thread expected it too at the time.
  23. it might depend on your theme, e.g if it were Six, then I would look at invoice.css; if it were 21, then it should be invoice.min.css (the minified file) and/or theme.min.css - in either case, it won't be custom.css what are you trying to change ?
  24. I would assume adminareapage would run, but you might not be able to do much with it.... the adminarea output hooks might be an option, but either way I wouldn't expect you to be able to make major changes to the page.
  25. https://docs.whmcs.com/Support_Tickets#Ticket_Reply_Badges I would have thought with the second ticket, they should have been marked as a sub-account.... possibly it's one of the 100+ bugs supposedly fixed in v8.2..... I assume you're still using v8.1.3 ? are you stuck in that heatwave where its 46 degrees or something.... I think i'd be in a pool and not looking at WHMCS! โ˜€๏ธ
  • 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