Matthew Meyer

Likewise, this problem still exists for me in 9.6.1. Was not fixed in 9.4.1.

Awesome! Thanks for the update!

Sure, here it is:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]

# add a trailing slash to /wp-admin
RewriteRule ^wp-admin$ wp-admin/ [R=301,L]

RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule ^(wp-(content|admin|includes).*) wordpress/$1 [L]
RewriteRule ^(.*\.php)$ wordpress/$1 [L]
RewriteRule . index.php [L]
</IfModule>

# END WordPress

Hi Bet,

Thanks for replying with the link.

Unfortunately that fix didn’t work on my site. It seems to be for logic redirect problems only, which I am not having.

I gave it a shot, but it didn’t solve the redirect errors with TinyMCE.

Same problem here. I had no issues with 4.7.2, but upon upgrade to 4.7.3, tinycme does not work anymore.

Disabling all themes and all plugins does not fix the problem. My visual editor is not disabled in my user options either. The error console has the follow 4 errors:

Uncaught SyntaxError: Invalid or unexpected token
post.php:3433 Uncaught ReferenceError: tinymce is not defined
at post.php:3433
wp-langs-en.js:235 Uncaught ReferenceError: tinyMCE is not defined
at wp-langs-en.js:235
at wp-langs-en.js:519
post.php:3428 Uncaught ReferenceError: tinymce is not defined
at Object.load_ext (post.php:3428)
at post.php:3438

I do not have cloudfare or any other caching services enabled, however, so I can’t fix it by disabling cloudfare.

Any other suggestions?

Thanks, I’ve contacted their support team.

Nevermind, I just found it. /facepalm
The option exists on the Calendar settings page.
Not sure why I didn’t see it before.

Ok, I seem to have figured out a solution, or maybe a workaround.

I found this site: https://www.wpmayor.com/easy-fix-for-wordpress-3-5-jquery-is-not-defined-error/
which had a similar issue as mine.

Adding define(‘CONCATENATE_SCRIPTS’, false); to wp-config fixed the problem.

Thanks for taking a look. Disabling the plugins has no effect, and neither does switching back to the original WordPress theme. Re-uploading the WordPress files hasn’t solved the issue either, and on multisite since both sites share the same codebase, it is weird that one site has the issues while the other doesn’t.

It’s also weird because it’s really only the backend that has the issues and not the front end. The front end maybe seems a bit slow, but in the backend the Javascript menus, editors, and drag-and-drop features like widgets just don’t work at all.

The site is https://subarucherryblossom.org

The problems don’t appear so much on the front-end (thankfully) but they are pretty bad on the backend, and it has become very difficult to update the site, as I can’t even edit posts (I can get to the edit page, but the post never loads in the editor).

I have contacted the host (Network Solutions) and they just give me what feels like a scripted answer to buy a more expensive-tiered hosting package. The thing is, I don’t believe that, as our site gets a very small amount of traffic, nowhere near enough to be slowing the server down like this. And since it’s just the one site that gets so slow like this, and only in the backend, I think it has something to do with the site’s configuration more than anything else.

There is that, but like I said, I don’t think it’s just that. If it were, then both sites would be slow and not just the one.

It’s the cheapest one (“Essential”), which also crossed my mind as a possible cause, however we are nowhere near our usage limits, and if it were something related to that, I would expect that both WordPress sites would be getting error messages, and not just the one. Neither site gets a whole lot of traffic, and the hosting plan does not have a data transfer cap, only a disk space cap (which is nowhere near full at this point).

Yeah, I have been looking in the NS forums and Google for any answers to that, but what baffled me most is why the other WordPress installation doesn’t seem to suffer any of the ill effects that this moved installation does. It makes me feel that I missed some vital step or something in the setup process, although I can’t find anything I might have missed…

The host is Network Solutions. I have followed their instructions to increase the PHP memory limit to 64MB, but it hasn’t helped.

Re-uploading the wp-includes and wp-admin folders hasn’t improved the situation either.

Okay, thanks! I see now how it works.

Is there any way to use a custom filter and have it still display the default output? It looks like it is not possible to recreate the default look using the event API parameters. Things like “date” are stuck in a format that is hard to customize.