I have a website for family content. I wanted to block external users so I set the pages to be visible just for registered users. So I put a login module to the footer so that users (me and my family members can log in even if the error page came up that you are not allowed to view this page (before logging in). It worked well.
enter image description here
However, after I upgraded to Joomla 3.10 the error page appears differently and my footer with the login module is not visible.
enter image description here
Unfortunately, I haven't made a backup for a long time so using an earlier version of the site is not an option. Could you help me find a good solution to this problem? Creating another method to log in or customize the error page or whatever good idea.
Thanks in advance
Related
I deployed my personal website using VueJs and Heroku. While you can see the homepage, when I click on the button that would take me to the Current Projects page, I get the following error :
"Cannot GET /CurrentProjects".
I can see this page on localhost, but not live. Has this ever happened to anyone? If so, what should I be looking out for. Any help is appreciated.
So I'm trying to register a new client on the instagram API. I have a business account and have done the proper steps prior to this. Everytime I fill out the "Register New Client ID" form and submit it, I get an error "The captcha solution was not correct. Please try again." But no there is no captcha for me to fill out!! Looking at the console errors it says the CSP page setting's are blocking this source https://www.google.com/recaptcha/api.js. I'm gonna take a wild guess and say that has the captcha I need that's not appearing..lol.
Anyway, I've disabled all my content blocking settings and JS is enabled on firefox (oh I'm using firefox developer edition btw) and no change. I've also tried this in chrome and safari, no change. I don't have this issue with other sites that use captchas.
Anyone have any idea what's going on?
'preciate it!
Had the same issue here on Google Chrome. Used IE11 (version 11.345.17134.0 to be exact), and captcha displayed instantly. I've successfully registered a new client
I suggest to wait until Instagram team realizes to upgrade their whatever scripts & parameters.
I found myself in the same scenario:
I'm logged on Instagram
I land to instagram.com/developer/clients/register/ over Google Chrome 70.0.3538.102 (no extensions)
No captcha. And I get the following from the console:
ps: I tried figuring out how to submit this specific report, but after several searches I find myself loosing too much time... to make them aware.
I am using sitefinity 11 Trial version. I have come across a very strange issue.
I am trying to use Content -> Blogs section, when I click that option in menu, I am redirected to "Sitefinity/adminapp/content/blogs" page. Where it keeps loading, after a while it reloads the page not URL becomes "Sitefinity/adminapp/" then after some time URL becomes "/Sitefinity/adminapp/auth/oidc/sign-in#id_token=XXXXXsomevalue" then it keeps reloading there for always.
I have tried to "switch new interface" on/off but that didn't help either.
I also have created a Dynamic Module but same problem with that too.
I searched about this issue but no help. I also came across the link but this was about customising the Admin backend screens.
Please guide me the right path.
Thanks
Very strange, I opened the sitfinity admin section in Internet Explorer. there I got the message that this browser is not supported, please switch to Classic mode. I again set the "switch new interface" to off in IE.
And I am able to access the Manage screens.
Then I cleared the browsing history on Chrome, re login into sitefinity admin section unselected the "Remember me" checkbox. And I can use the screens in chrome also.
Another thing to check is what type of authentication mode you are using. (In Administration > Settings > Advanced > Security, the AuthenticationMode drop-down). Along with IE not being supported by the new Interface (which Edge, Chrome and Firefox are), the new interface also works best with Claims Authentication, which is Sitefinity's preferred authentication mode. We found that when we switched from Forms Authentication to Claims that we had some similar functionality back even while in the new interface. (Note that in Claims Authentication you'll use a different URL for logging in: https://sitename/Sitefinity instead of https:/sitename/Sitefinity/login with Forms Authentication).
This issue began last week. Prior to that, I was not having any problems, and I am not aware of any changes to my site or platform.
Now, when I want to share a new blog or article to Google+, it fails. Typically I would use the embedded +1 buttons on a specific post and use the expanded box to create my post. The box comes up, but instead of a nice title and image, it now uses the URL only for the page, and sometimes adds extra characters to the end of the URL. If I take the URL from the address bar and try to compose a new update directly on Google+, I get the same issue. If I enter the URL into the Link field on a status update, it usually comes back "could not load website."
Here's a sample
You'll find Google+ sharing buttons above and below the article. Sharing to every other network works as expected.
My site is a Drupal site that has been operating for 10 months. I am a Drupal developer, but have never encountered an issue like this.
It appears that requests from the Googler crawler are being rejected by your server. I tried testing the microdata with the structured data testing tool and it runs into problems connecting to your site. Other sites work fine.
If you have access to your site's Apache access logs, I would check those for problems coming to that URL. You can narrow your search down by looking for the user agent of the crawler: Google (+https://developers.google.com/+/web/snippet/)
My guess is that something changed in your server's configuration that is the cause. Start with the logs and see what's there.
When publishing is activated on a web, a new "Navigation" link is displayed on the site settings page (which points to _layouts/AreaNavigationSettings.aspx).
I want to change the permission levels which dictate whether this link is visible on the page, however I can't find the CustomAction which installs this link.
Does anyone know which XML file in which feature this is defined in?
It is obvious that this is an out of the box feature, so you can't modify it without invalidating your support :/
What you could do is build your own feature and use a feature with CustomActions to remove and replace the links to the current page with links to the new page you're creating.