Jump to content


Level 2 Member
  • Content count

  • Joined

  • Last visited

  • Days Won


bear last won the day on October 18

bear had the most liked content!

Community Reputation

14 Good

1 Follower

About bear

  • Rank
    Senior Member
  1. All roads do seem to be leading to that. I suppose I'd better learn how to use them better.
  2. Did you follow these instructions? https://developers.whmcs.com/languages/adding-a-language/
  3. Hide a widget, not sticking

    Nate from WHMCS helped resolve this widget issue for me, so I'm posting the solution in case anyone else comes across it. The problem had to do with what I'd called the admin directory in the dev install. Apparently, installing to a folder named "dev", then naming the admin folder "dev-something" (with or without the dash) caused the routing to fall over. The admin folder name can't start with the same name as the main WHMCS folder name. Anywhere other than the start is fine, like "something-dev". He said he's logged a bug report for it, so it may not persist for long, but if you have the issue, check folder names aren't the same like that.
  4. Hide a widget, not sticking

    Cool. Tried changing my template, it asked for my admin password (yet again). Hit submit "Oops! Something went wrong" and I'm totally locked out of the admin on this. Is this really that twitchy now that I have to worry I'll get locked out of my own install if *anything* happens it doesn't like (not the first time, believe me)? Damn the newer versions, seriously. Now I need to go looking to find out what it didn't like, wasting hours more on it. Big fun, thanks.
  5. Hide a widget, not sticking

    Mad as a balloon, you are. Appreciate the help.
  6. Hide a widget, not sticking

    I'd be happy to PM, but I can't PM currently, I've Used 351% of my messenger storage. The new forum move is still a bit new. Ticket is <<removed>>. I emptied the inbox, trashing stuff I'd been saving. Will PM.
  7. Hide a widget, not sticking

    I would have thought so as well, except support apparently consists of repeated and stoic demands for login details to Cpanel, WHMCS, FTP and so on. When I ask if there's another way to discuss it, I'm ignored in favor of yet another demand for that login information. Is that it for support now, "give us logins or no support for you"?
  8. I've been having issues with the widgets also, but not this particular one. Have to wonder if it's related, so subscribing.
  9. Hide a widget, not sticking

    I have no .htaccess in the admin. The one in the root has the auth and the rules that WHMCS added via the admin click. They match. I tried with more than one browser (Firefox and Chrome), same result. I can't make changes that stick in many of the things we're discussing: widgets (to start), as well as the rewrites you say are connected somehow. None of the choices in that are "green",. and two say unsupported.
  10. Hide a widget, not sticking

    Clearing cache didn't do anything, nor did using a different browser that was never used before. I don't want to remove the auth from the directory since that would break the dev license, so I'll have to wait for word from support. Best guess is they will insist on login info to troubleshoot, and since I don't hand that out, I'm going to be stuck.
  11. Hide a widget, not sticking

    Thanks (Amr), that at least explains the issue. Unfortunately that also means that even after going live the .htaccess file can't have additional rules? Ouch. Did it still work for you with the extra lines, or was the error factual and the rewrites failed?
  12. Hide a widget, not sticking

    It matches the lines provided. Is it not allowing these other modes due to it being the dev install for some reason? Could any of these errors be due to the restriction in place to keep the public out?
  13. Hide a widget, not sticking

    Only basic URLs is supported, according to that. Why it's a two part setting is confusing... Basic URLs is selected, and full friendly as well as friendly index are in the list. By the way, I tried mode override to be on, and now can't have it stay "off". That setting also won't "stick". sigh
  14. Hide a widget, not sticking

    The license check also gets a 404, but the index files in the main and admin directory exist. The .htaccess file in the main directory contains only the auth info (it's my dev install, so password protected) and there isn't one in the admin directory. Since the installation of this, it's been updated via the automatic process, which we've been testing for any issues. I added in the rewrites found in the default htaccess.txt, which as expected makes no difference. As for opening a ticket, it seems I'm unable to. I log in, hit "submit ticket" and I'm sent to a page to choose a department, and all links fail to do anything, and it seems to lose the fact I'm logged in. Suggestions? Disregard, seems it continues lower on the page and had no indication it did so. Opening ticket.
  15. Hide a widget, not sticking

    Hi Nate. https://www.DOMAIN.com/dev/index.php?rp=/dev-backend/widget/display/toggle/Badges POST /dev/index.php?rp=/dev-backend/widget/display/toggle/Badges HTTP/1.1 Host: www.DOMAIN.com User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:55.0) Gecko/20100101 Firefox/55.0 Accept: application/json, text/javascript, */*; q=0.01 Accept-Language: en-US,en;q=0.5 Accept-Encoding: gzip, deflate, br X-Requested-With: XMLHttpRequest Referer: https://www.DOMAIN.com/dev/dev-backend/index.php Cookie: <removed> Authorization: Basic <removed> Connection: keep-alive Content-Length: 0 HTTP/1.1 404 Not Found Date: Tue, 03 Oct 2017 22:34:40 GMT Server: Apache Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Content-Length: 10275 Keep-Alive: timeout=5, max=100 Connection: Keep-Alive Content-Type: text/html; charset=utf-8

Important Information

By using this site, you agree to our Terms of Use & Guidelines