inherit
190056
0
Jun 17, 2024 13:13:08 GMT -8
scanbran
52
February 2013
scanbran
|
Post by scanbran on Apr 10, 2013 8:05:15 GMT -8
When I an writing or editing a post, I get the above message when I try to use the VISUAL tab. Before a few days ago I could see the WYSIWYG representation of the BBCode using the visual tab in the post editor. A page where this has happened is at acousticsoundboard.co.uk/thread/edit/679. This happens all the time now when I'm writing or editing a post. I am using Mozilla Firefox. I was on version 19.0.2 and this error appeared. I updated to version 20.0 and the error is still there. I have also tried this using Internet Explorer 10 and get a similar message : JS Error: TypeError: Unable to get property 'success' of undefined or null reference I am using Windows 7 Home Premium. Thanks, Martin
|
|
inherit
Official Code Helper
65613
0
1
Oct 22, 2024 1:56:19 GMT -8
Chris
"'Oops' is the sound we make when we improve"
9,018
December 2005
horace
RedBassett's Mini-Profile
|
Post by Chris on Apr 10, 2013 9:03:51 GMT -8
Hi Martin, your Soundcloud plugin would more than likely be the culprit here since it is calling methods on the WYSIWYG (which it shouldn't since they specifically generate AJAX requests). The reason this has only recently started is because a recent push has changed the number of arguments these forbidden methods are expecting. Disable the plugin in question and if the problem goes away then you'll need to contact Virgil Sovereign
|
|
inherit
190056
0
Jun 17, 2024 13:13:08 GMT -8
scanbran
52
February 2013
scanbran
|
Post by scanbran on Apr 10, 2013 9:22:06 GMT -8
Thanks EB, that's exactly it - now disabled and the visual editor is working as it should
|
|
inherit
168679
0
Nov 18, 2012 17:03:07 GMT -8
Virgil Sovereign
Latet anguis in herba.
686
July 2011
syonidv
|
Post by Virgil Sovereign on Apr 14, 2013 8:37:34 GMT -8
The plugin simply inserts hooks into the prototype. If the original process flow is <some event> ==> <call to AJAX function foo()>, the modified flow is <some event> ==> <call to hook, which makes no AJAX calls> ==> <call to AJAX function foo()>. In short, a page with the plugin enabled would generate no more AJAX calls than one with the plugin disabled. Aaaaaargh. Ah well, such is life. scanbran, I can repair the plugin, but give me until the end of the month. I'm swamped with work.
|
|
inherit
Official Code Helper
65613
0
1
Oct 22, 2024 1:56:19 GMT -8
Chris
"'Oops' is the sound we make when we improve"
9,018
December 2005
horace
RedBassett's Mini-Profile
|
Post by Chris on Apr 14, 2013 19:06:55 GMT -8
The plugin simply inserts hooks into the prototype. If the original process flow is <some event> ==> <call to AJAX function foo()>, the modified flow is <some event> ==> <call to hook, which makes no AJAX calls> ==> <call to AJAX function foo()>. In short, a page with the plugin enabled would generate no more AJAX calls than one with the plugin disabled. My apologies Virgil Sovereign, I only eyeballed the code and saw multiple instances of the calls which were generating the errors, I didn't attempt to evaluate their purpose beyond their existence and being the root of the error messages. I've actually employed one or two of those hooks myself but passed on the arguments using apply instead of call if that helps. There are rumors of a significant upcoming update to the WYSIWYG which could make all this moot so we all wait as well until launch to see what form this eventually takes. Hopefully some kind of developer early warning system is eventually put in place to allow time to head off these bad user experiences. -- See here for a temporary workaround until author makes an official release.
|
|
inherit
190056
0
Jun 17, 2024 13:13:08 GMT -8
scanbran
52
February 2013
scanbran
|
Post by scanbran on Apr 15, 2013 3:20:04 GMT -8
scanbran, I can repair the plugin, but give me until the end of the month. I'm swamped with work. Thanks for that
|
|