I have recently updated a site form v8 to v9.1.3 and on every single page when logged into the editor we receive a popup with an access denied error on:
Thanks for coming back to me! My local is running 8.0 where I don’t receive the error, live is running 8.1.
I receive the error on every single page visit on live when logged into Concrete. It is the first thing that pops up when the page loads, no matter what you do. Both on the front end and when in the dashboard pages.
I don’t know if this is related but the system is also throwing an exception on every single warning which is causing all sorts of problems. I don’t have “Consider warnings as errors” turned on, I have checked in the dashboard, the config files and the database and it doesn’t appear anywhere. I wondered though if this error is being thrown due to a warning somewhere in the stack.
Any advice you can give would be greatly appreciated!
Hmm I would try clearing the cache just to make sure there’s nothing weird going on in there - you can do that manually by just clearing everything in the /application/files/cache directory - or you can use the command line to clear the cache.
Always a good thing to rule out, and then if that doesn’t do the trick we can think of some other things.
Do you have anything non-default enabled in Concrete like public registration or anything like that? That might also help narrow it down if it’s an unknown bug in non-default functionality that just hasn’t been addressed yet.
Many thanks for coming back to me. We have cleared the cache several times since relaunching but sadly with no change. We can still use the dashboard, we just have to clear the error message on every page we go to, after that, it seems to work fine. It’s just really annoying and slows everything down.
I suspect it is related to the second issue where warnings are being thrown as errors, I wonder if its not a true error but it is being treated as such which is why everything else still works.
We don’t have anything non standard enabled. It is a pretty straight forward marketing site, mostly built with blocks created through Block Designer Pro.
Any additional insight would be greatly appreciated.
Hi @newmoon - after reading this again, yes I think you will need to set your live stack to not treat warnings as errors - I would compare the error_reporting section of your php.ini on your local with the one on production - my hunch is the one on production is set to show warnings as errors which is going to cause lots of problems.
I’ve got the same error going on with 2 of my websites, both from Concrete 8 → 9.1.3. To the best of my knowledge I’ve tried all the usual suspects, even completely replacing the concrete/ folder with a fresh installed one (because in rare cases that fixes weird issues) but that didn’t work either.
I noticed a couple other threads having this issue as well. I hope someone can provide a solution soon.
if ($u->isLoggedIn()) {
echo '
<script>
document.addEventListener("DOMContentLoaded", function() {
setTimeout(function() {
let dialog = document.querySelector(".ui-dialog");
if (dialog) {
console.log("Parent found");
let strong = dialog.querySelector("strong");
if (strong && strong.textContent === "Access Denied") {
console.log("Child found");
dialog.remove();
document.querySelector(".ui-widget-overlay").remove();
console.log("Elements removed");
}
}
document.querySelector("#tempStyleUntilFix").remove();
}, 1500);
});
</script>
';
}
So what happends all .ui-dialog pop ups get hidden immidiately. Then it checks for a .ui-dialog container with “Access Denied”. If it exists, then remove it from the HTML. And then remove the div containing the css (because you don’t want ALL the .ui-dialog alerts to be hidden, just the “Access Denied” one.
CSS takes place instantly and javascript takes place after 1500 miliseconds to allow ConcreteCMS plenty of time to generate the “Access Denied” error.
Again, not an official fix but a workaround until the issue gets patched.
@vassie98@newmoon all right you’ve stumped me - can you both let me know the exact version of v8 you were on and your process to upgrade so I can recreate? E.g. did you go 8.3.1 → 9.1.3, or like 8.2.1 → 8.5.10 → 9.1.3? Etc.
And if you’ve got it, the PHP version(s) you were on, MySQL or MariaDB versions, and for good measure Linux version (or other operating system). Thx thx.
My system administrator got the ‘Access Denied’ error after these steps:
Editing a block
Publish changes, error immediately starts upon every page visit when logged in as admin
However when I (programmer and not administrator) try to update I get the error immidiately after updating and logging in instead of publishing changes
I hope this information is of use in pinpointing this issue.