rolevine

Sorry to pile on, but I’ve been getting a 403 error for weeks now when I save snippets on several but not all of my sites.

“403
Forbidden
Access to this resource on the server is denied!”

I have to go directly into the mysql db and make the changes. Code snippets had been successfully running for a couple of years. I guess I kept thinking the problem would just go away…

A did a test of 4 of my sites, two of which have the problem and two don’t. All have the same version of code snippets (2.13.3). All run on Linux.

Problem
Site1 (PHP Version 7.0.33)
Site2 (PHP Version 7.1.27)

No problem
Site3 (PHP Version 5.6.40)
Site4 (PHP Version 7.0.33)

You’ll notice that Site1 and Site4 have the same PHP version.

It’s been happening to me too, for a while, on different sites and with both Firefox and Chrome. One thing I noticed today was that if I made a “small” amount of changes there was no problem, but if I made “big” changes, it froze. For all I know, it might be a character I used or didn’t use, but it was consistent with small vs. big.

It’s been hanging on me, regardless of browser flavor, for quite a while. I actually thought it was something I was doing, but now it’s hanging on all my sites. The only thing of help I’ve noticed is that it doesn’t hang if I make a simple change, e.g., a few characters, but if I make a big change, e.g., several lines, it hangs. Very annoying.

Hi, thanks for the response, but I finally convinced the people on “the other side of the project” that there was no reason for the users to be in a database other than the WordPress db.

After further research, I think I’ve completely misunderstood the concept of a WordPress private page. I find it simply odd that a private page wouldn’t just force you to a login page, but I didn’t invent WordPress. :). So an alternative solution is to install some sort of content restriction plugin, such as “Paid Member Subscriptions”, and use the shortcodes to block out the sensitive content until the user is logged in. I might even try to make the page so that it has some condition js code to call the login page when the user isn’t logged in.

As much as I hate to mark it as resolved, because it really should be marked as “ignored”, I’ll do it anyway.

Hi @mduschak,

It’s pretty clear it’s a bug. I just tried it myself and had the same result as you. I then traced through um-conditional.js and the case of ‘divider’ never even comes into play.

Regards,
Rob

Hi @ultimatemembersupport,

I’m running 2.0.33. While I do the conflict test, can you please confirm that my desired situation, “Site accessible to Everyone” with a private page that launches the login, is possible and a supported UM scenario?

Regards,
Rob

Thanks, that’s fine ??

Meh, you can probably forget about this question. It struck me that I hadn’t actually looked in Formidable to see if they had their own file upload component and apparently they do, so presumably, I can just use that.

– Rob

https://wp.dinamiko.com/demos/dkpdf/doc/dkpdf-remove-shortcode/

I’m having the same problem and I tried all the suggestions from Neil and as I suspected, they are yield the correct result. Yet all my files uploaded in Feb 2018 are going into March 2017. Also odd is that the 2018/02 has been created, it’s just empty. This started happening this month – I can see the docs I uploaded in January being located in the 2018/01 directory.

– Rob