After upgrade to 2.2.8 problem "access denied" on save

Just my 2c - all my sites that suffer have gallery installed - none of the other extras mentioned above are implemented.

Might there be any logic on when it occurs related to accessing any resources (front or back-end) that load images from Gallery? Perhaps a slider on the front-end, a gallery item or gallery TV, or gallery media source that might be loaded somewhere?

Does everyone that have this issue use Gallery?


EDIT: Also discussed here https://github.com/modxcms/revolution/issues/770 [ed. note: markh last edited this post 12 years, 8 months ago.]

Mark - all my gallery installs on the affected sites are to feed into nivoslider for their homepages. Possible that the errors occur if someone happens to be looking at the homepage frontend whilst I'm editing in the manager? Possible, I suppose?

Haven't encountered it on a new site which is based on Foundation 5 with Orbit - still using gallery as image source for the orbit sliders - but site isn't live yet so no onlookers at the front end. Or just a coincidence , who knows???

Don't think its relevant, but the gallery/nivo combination is helped along by the nivogallery extra.

I'm almost certain it's the Gallery connector that is responsible if you are surfing the mgr and front-end Contexts in the same browser session. This is the code which is suspect:

https://github.com/modxcms/Gallery/blob/develop/assets/components/gallery/connector.php#L51

Quote from: opengeek at Jan 19, 2014, 08:57 AM

I'm almost certain it's the Gallery connector that is responsible if you are surfing the mgr and front-end Contexts in the same browser session. This is the code which is suspect:

https://github.com/modxcms/Gallery/blob/develop/assets/components/gallery/connector.php#L51

Jason - is there anyway this can be fixed then? I am using Gallery on the site which is having these Access Denied issues - interestingly, this morning I deliberately did not open the front-end site before logging into the manager - and when I hit save, it worked... so I really do think its a permissions issue with the front-end being open and something clashing permissions wise with the Manager wanting to access something the front-end is doing/has open - Sounds like Gallery component is the offender - so Gallery is using something in the front-end which causes the Access denied prompt when the manager tries to save when front-end Gallery component open... Would love to get this fixed ASAP as client site about to need to be deployed which has this issue and I have to use the Gallery component...

Bummer... still no fix for this. We've got about 115 MODx Revo 2.2.8 - 2.2.11 installations and can indeed confirm that this only appears to happen on sites with Gallery installed. I've just added it as a report on the Gallery GitHub issue tracker here
https://github.com/modxcms/Gallery/issues/9

Help us O`Splittingred. Your our only hope!

I'm with you Marcus, still attacks me daily as all my sites use gallery for the sliders on their homepages! Everyone wants a slider!

:-)

Many Add-ons were recently adopted:
http://modx.com/blog/2013/10/29/announcing-adopted-add-ons/

but that doesn't mean I've been able to or am interested in actively developing them all. There's currently a beta of Gallery with these changes:
https://github.com/modxcms/Gallery/blob/develop/core/components/gallery/docs/changelog.txt#L3

Gallery needs a Lead Integrator with an interest in maintaining it. We've created a card on our Community Trello board as we search for that special someone
https://trello.com/c/ek3vz6Un/16-adopt-gallery

Does it help if you never "preview" pages from the Manager but instead use a separate browser where you're not logged in to the Manager to view the front end?

I am unsure if its linked to the CMS user having a page open as a preview when hitting save, or whether its due to any user anywhere having a live page open somewhere - e.g. MODx has created the resource and is serving it... It's quite hard to replicate the bug - seems to be pretty consistent on the first login to MODx for a while when you also have a live page from the site open in another tab yes.

I would guess it has maybe something to do with the same IP address accessing front end resource and back-end at the same time and having a problem with that... seems to be the route of the bug in my basic technical terms!

Glad we have narrowed it down to the Gallery plugin - now, I hope some PHP guru can work out what the bug is and squash it! [ed. note: dubbs last edited this post 12 years, 7 months ago.]