[wp-trac] [WordPress Trac] #46442: Visual Editors stopped working with WordPress v5.1

WordPress Trac noreply at wordpress.org
Sat Mar 23 20:10:09 UTC 2019


#46442: Visual Editors stopped working with WordPress v5.1
--------------------------+----------------------
 Reporter:  burningthumb  |       Owner:  (none)
     Type:  defect (bug)  |      Status:  closed
 Priority:  normal        |   Milestone:
Component:  Editor        |     Version:  5.1
 Severity:  major         |  Resolution:  invalid
 Keywords:                |     Focuses:
--------------------------+----------------------

Comment (by burningthumb):

 I had this same problem with Telus (my hosting company), the first 2 guys
 I talked to had no clue, I gave them an admin account on my web site and
 they made it worse by disabling plugins that were not the cause of the
 problem.  The second guy I spoke to told me to go to another hosting
 company since they did not support Wordpress content.  The third guy I
 spoke to knew exactly what to do and fixed it, it was very frustrating. I
 will switch hosting companies (moving to godaddy.com) at the end of my
 current year.

 You can roll back to Wordpress v5.0.3 using the plugin WP Downgrade
 (https://wordpress.org/plugins/wp-downgrade/) its a bit scary and leave
 some v5.1 files in place but for me it worked 100%. Wordpress itself does
 not seem to have a downgrade capability builtin which was a bit
 surprising.

 I'm not sure what is different between v5.0.3 and v5.1.1 and as you see
 there is an exercise in finger pointing going on.

 Extremely frustrating since 99% of hosting companies are not using the
 problem analytics package.  It seems to be Telcos: ATT, Telus, and I
 believe a read a post from someone in the UK where the Telco there had the
 same problem.

 If you login to your hosting control panel you will probably find an
 analytics package that you can turn off which will solve the problem as
 well - it was the permanent solution for me that allowed me to upgrade
 back to Wordpress v5.1.x.

 Replying to [comment:28 smartabhay27]:
 > so what do you suggest i should do ?
 >
 > my hosting team has clearly denied any error from their side and any
 insertion of pixels etc and none of the error logs state any
 error...except that iam hitting max 1GB RAM limit which is strange since
 my site is very very basic.
 >
 > Also note my issue is that iam unable to update my homepage where all
 other pages are getting updated easily.
 >
 > i have deactivated all plugins but still error is there...as per hosting
 team i need to upgrade to a higher RAM plan but thats not a solution since
 my site is very very basic so why is it eating so much RAM with hardly any
 plugins and images on my site ?
 >
 >
 > Replying to [comment:27 azaozz]:
 > > @CarolKn and @knutsp are right. This is not an issue in WordPress.
 It's not even an issue exactly with the web hosting companies, it's some
 software they are using turns out to be buggy.
 > >
 > > @smartabhay27 imagine the post office opening your letters, cutting
 them in half and sticking a paragraph written in... Latin in the middle.
 Would you blame the sender of the letters then? :)
 > >
 > > I have no idea why somebody would append a HTML string in the middle
 of a JavaScript file. This is bound to fail in almost all cases. Perhaps
 they had a good reason for doing it, but... It breaks sites.
 > >
 > > I also don't know why this started happening now. The file being
 affected is not from WordPress itself. It comes from the TinyMCE open
 source project and WP doesn't modify it in any way. My guess is that it
 started matching some sort of pattern so the pixel inserting software
 decided it's OK to add HTML tags there. I'd like to repeat that inserting
 HTML strings in JS files seems like a really bad idea in the first place,
 and that software should be fixed.

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/46442#comment:29>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list