Access Denied after editing global block
Permalink 2 users found helpful
Hi,
If I edit a global blcok I run into two problems:
1: The changes don't actually appear on the site, but if I go into the block via the backend I can see they have been save. They just don't appear on the pages they are suppossed too.
2: Secondly, after I've made the edits, I can no longer access the content blocks from the front end. I get an access denied message.
Any ideas anyone?
If I edit a global blcok I run into two problems:
1: The changes don't actually appear on the site, but if I go into the block via the backend I can see they have been save. They just don't appear on the pages they are suppossed too.
2: Secondly, after I've made the edits, I can no longer access the content blocks from the front end. I get an access denied message.
Any ideas anyone?
Clearing cache worked for me too. Sweet.
Unfortunately it didn't work for me.
I have the exact same two problems and I don't even have cache enabled! I cleared the cache anyway, logged out/in: nothing. I'm not using advanced permissions. I'm in the only user group on the site, it has access to everything, and I floss. What else can I do!
I'm having the same problem. I thought it went away, but it's back. I have the site cache disabled, but I re-enabled it, cleared it, tried again, then disabled it, tried again, no dice. Then I read somewhere here to clear your browser cache, so I did that. Didn't work. So I tried a different browser that I haven't been using (Firefox). Again didn't work.
After more reading I also commented out the following in edit_block_popup.php:
//if (!$bp->canWrite()) {
// die(_("Access Denied."));
//}
And I'm still getting the same problem.
I'm going to have to recreate these blocks and hopefully it will work, but this problem is maddening. The site started out as 5.4.0RC1 and is now up to 5.4.0.5 if that makes any difference.
After more reading I also commented out the following in edit_block_popup.php:
//if (!$bp->canWrite()) {
// die(_("Access Denied."));
//}
And I'm still getting the same problem.
I'm going to have to recreate these blocks and hopefully it will work, but this problem is maddening. The site started out as 5.4.0RC1 and is now up to 5.4.0.5 if that makes any difference.
It is maddening. I ended up re-pasting all the global blocks again onto the pages. The blocks are still in the scrapbook, you just have to delete the blocks on your pages and re-paste them and they will work correctly and be globally editable.
I've reported this many times, but there was no answer.
I've been facing this since 5.4 started in development.
I've been facing this since 5.4 started in development.
i also have this problem and had to delete and repaste all manually.
Definatly a bug
Definatly a bug
I just got the same problems as 1 and 2. was hoping some one fixed the but by now. If so can you please post the fix. Didnt really want to go though all the pages and paste, seeing its a graphic image in a content block and i will resizing to get it looking right.
You've done a good job detailing how you've reproduced bugs in the past - can you try to provide a step-by-step way to reproduce this bug?
I don't know who you're asking, but I've triggered this bug so may times its a piece of cake.
Step 1) Scrapbook a content block as "alias orignal"
Step 2) Try to edit block after aliasing
Step 3) "Access denied"
Here's a jing screencast:
http://screencast.com/t/MWM5Nzc2...
Step 1) Scrapbook a content block as "alias orignal"
Step 2) Try to edit block after aliasing
Step 3) "Access denied"
Here's a jing screencast:
http://screencast.com/t/MWM5Nzc2...
Don't know if this will help, but it happened to me today while preparing a new site, but it didn't have anything to do with the scrapbook. It was in a layout. I decided to move a content block from one side to the other, then clicked it to edit it (wanted to right align the image in the block) and got the 'Access Denied'. Luckily the only thing in it was the image so I just deleted the block and put in a new one.
Here's the odd part. I also did the exact same thing afterwards on the same page to another layout and had no problem, during the same session.
Maybe a javascripty-cache thing?
Here's the odd part. I also did the exact same thing afterwards on the same page to another layout and had no problem, during the same session.
Maybe a javascripty-cache thing?
Quoting from:http://www.concrete5.org/developers/beta/beta_bitching/minor-issues...
Editing an Aliased Content block, gives access denied. With a default install including sample pages:
1. Make an alias copy of the Content block from the Home page to the Global Scrapbook.
2. Add it to some other page and save.
3. Edit the original block and save page (changes won't appear)
4. Edit the page again and try to edit the block (Access Denied).
I check other blocks (Youtube, HTML, and autonav) they are working just fine.
Editing an Aliased Content block, gives access denied. With a default install including sample pages:
1. Make an alias copy of the Content block from the Home page to the Global Scrapbook.
2. Add it to some other page and save.
3. Edit the original block and save page (changes won't appear)
4. Edit the page again and try to edit the block (Access Denied).
I check other blocks (Youtube, HTML, and autonav) they are working just fine.
I just experienced this exact same issue.
1. I created a global block, added it to the default page type, and applied it to all children.
2. I edited the global block, but it did not update the content. I tried to edit it again and got the "access" is denied.
3. I can see in the backend scrapbook area that the actual global block has been updated .. so what's with the garbage block on all my pages?
4. It's simple enough to re-make the block and re-apply it to the page types I want .. but there's no way to mass delete the garbage blocks that are locked from editing. This is an enormous time waster manually going in to each page to remove these one by one.
1. I created a global block, added it to the default page type, and applied it to all children.
2. I edited the global block, but it did not update the content. I tried to edit it again and got the "access" is denied.
3. I can see in the backend scrapbook area that the actual global block has been updated .. so what's with the garbage block on all my pages?
4. It's simple enough to re-make the block and re-apply it to the page types I want .. but there's no way to mass delete the garbage blocks that are locked from editing. This is an enormous time waster manually going in to each page to remove these one by one.
yes, i can replicate this too, weird.
yes I've seen a much larger influx of access denied errors regarding global blocks in the 5.4 series so far. However for me personally and my co-workers usually editing from the global scrapbook works fine.
So its a pain in the butt but there's ways around it for now.. with any luck we'll see some patch soon :)
So its a pain in the butt but there's ways around it for now.. with any luck we'll see some patch soon :)
Any latest developments on this?
I ran across this today, showing a client how cool the Global Scrapbook feature is.
We modified an existing one that I have on a side bar and then updated it (through viewing a page).
Went back in to see why it is not showing up and bam "access denied".
Though it shows up correctly in the Dashboard's Global Shortcuts.
I ran across this today, showing a client how cool the Global Scrapbook feature is.
We modified an existing one that I have on a side bar and then updated it (through viewing a page).
Went back in to see why it is not showing up and bam "access denied".
Though it shows up correctly in the Dashboard's Global Shortcuts.
I have just had this issue happening on a client site just now and with exactly the same syntax as has been described previously.
I have an unconfirmed inkling this maye be something to do with Scrapbook, Default pages and so forth.
I have an unconfirmed inkling this maye be something to do with Scrapbook, Default pages and so forth.
I'm with you. Seems as though the error appears whenever using the scrapbook to set up content on a page type's defaults (global content blocks). This seems like a major bug in the 5.4 releases, does anyone know if a patch is underway?
I'm currently reverting my client sites to a 5.3 build for fear of losing access to my global block.s
I'm currently reverting my client sites to a 5.3 build for fear of losing access to my global block.s
We come across this on several pages from time to time...
Exact same problem. 5.4.2 release. Would really appreciate it if this reported bug would be taken care of.
This happens to me all the time, really frustrating and time consuing to replace the blocks. Hope this is addressed in an update soon.
v5.4.2.2
v5.4.2.2
Sorry to hear that. I'd appreciate it if you could file this in the bug tracker so the core team takes notice.
edit:
I've already filed a bug report here:http://www.concrete5.org/developers/bugs/5-4-2-1/editing-global-blo... You can confirm this one if you like. And add it to 5.4.2.2
Thank you.
edit:
I've already filed a bug report here:http://www.concrete5.org/developers/bugs/5-4-2-1/editing-global-blo... You can confirm this one if you like. And add it to 5.4.2.2
Thank you.
Think we are experiencing the same issue.
Bug is still present in 5.4.2.2 .... delete and recreate is the only way to make it work...
In the dashboard i clicked 'settings' > 'debug' > 'clear cache'
This seemed to solve the problem for me.