https://simple-press.com/documentation/codex/faq/troubleshooting/what-is-this-jquery-conflict/

Your javascript is a mess: double loading, loading from unsupported places…

Yellow Swordfish said
https://simple-press.com/documentation/codex/faq/troubleshooting/what-is-this-jquery-conflict/
Your javascript is a mess: double loading, loading from unsupported places…

I know right! That’s definitely not how I would’ve made the website!

Well, the theme developer is not reachable (for whatever reason, maybe passed away) that’s why I was asked to fix the theme. Any ideas? I removed the references of jQuery and jQuery UI in the theme – no changes. 

Thank you Yellow Swordfish!

lots of js errors still being thrown… multiple version of jquery being loaded too… this is the second:

<script type=’text/javascript’ src=’http://www.nucanoe.com/wp-content/plugins/jquery-updater/js/jquery-2.1.3.min.js?ver=2.1.3′></script>

which is minified version of jquery conflicting with the wp jquery…

Mr Papa said
lots of js errors still being thrown… multiple version of jquery being loaded too… this is the second:

which is minified version of jquery conflicting with the wp jquery…

Thanks “Mr Papa”. I did some tests and found that if I remove wp_footer from the footer.php of the theme, everything starts working again. Now, I know that’s not really logical! 

Also, it may cause a conflict (I couldn’t find what you were referring to, btw) but it fixes a lot of issues – just not the MAIN issue I need fixed. So, if I sign up for some support will I get an actual solution?

It’s a tough one because a lot of these issues are coming from other source(s), not Simple Press, assuming it’s a standard SP theme – if not, try one. It might not be as simple as just one solution.

You shouldn’t have to remove wp_footer as a lot of WP plugins will rely on it being there. Have you looked at WP plugins as a potential cause? If removing wp_footer is stopping some plugins from loading properly it could in turn be stopping the conflict – just out on a limb there.

Have you tried disabling all WP plugins except SP? Keep wp_footer in of course for this, and if it works, enable WP plugins one by one until you find the cause.

Ike said
It’s a tough one because a lot of these issues are coming from other source(s), not Simple Press, assuming it’s a standard SP theme – if not, try one. It might not be as simple as just one solution.

You shouldn’t have to remove wp_footer as a lot of WP plugins will rely on it being there. Have you looked at WP plugins as a potential cause? If removing wp_footer is stopping some plugins from loading properly it could in turn be stopping the conflict – just out on a limb there.

Have you tried disabling all WP plugins except SP? Keep wp_footer in of course for this, and if it works, enable WP plugins one by one until you find the cause.

Thanks for everyones help! Still having the issue. Client is mad!

At this point I have no choice but to pay…but will someone help me? Log in to the site and help me out? The only solution is removing wp_footer which is not logical.

I am sure you will find it understandable that members who have signed up for support do, obviously, get preferential consideration and that extra support needed to solve issues. Yet we have already broken our own rules by getting as far as post 8 on this thread in a non-support forum 

So – as much as we would like to encourage you to sign-up and help the project continue into the future we may as well try one more thing. In the Simple:Press theme spFunctions.php is a constant define to set ‘pretty’ checkboxes on. Try setting it from true to false as we have had a few users for which this has caused an issue – probably because of a conflict with somethign else they all have commonly active

Yellow Swordfish said
I am sure you will find it understandable that members who have signed up for support do, obviously, get preferential consideration and that extra support needed to solve issues. Yet we have already broken our own rules by getting as far as post 8 on this thread in a non-support forum 

So – as much as we would like to encourage you to sign-up and help the project continue into the future we may as well try one more thing. In the Simple:Press theme spFunctions.php is a constant define to set ‘pretty’ checkboxes on. Try setting it from true to false as we have had a few users for which this has caused an issue – probably because of a conflict with somethign else they all have commonly active

At first I was very skeptical of the support you guys offered. I was even trying to convince my clients to migrate to another forum software. What I found is that Simple:Press is the best forum option for WordPress – the others have slim offerings. I won’t mention in any names but I tried all of the competitors. 

That said, I know this is the 9th post but I had to say THANK YOU for the awesome support and working with me. The issue is fixed – i’m happy, my client is happy! 

KUDOS to the Simple:Press support team!

Best,

Andrew

Thank you.

We think that some third party script library that is common to a few users might be the cause of a conflict we otherwise can not replicate. We have been looking for a while for a replacement to this component anyway so this is hurrying up the search a bit!

I have to note that I too struggled with this issue for a few weeks. I could not manage to trigger an error in my error log that would point to this issue. Nonetheless, after the recent SP update, the issue just disappeared. There were no changes made to my website (i.e. plug-in, code, etc.) changes from when these buttons were last broken to when it started working with the exception of performing the SP update today.  

Whatever the case was, if my theme or existing plug-ins were the culprit, then I cannot explain why the issue has resolved itself when the only variable that changed is the SP update. One would logically point to the SP plug-in as the culprit in the scenario, but it may have likely been a combination of it and something existing on my site.  That said, I hope this helps Papa & SF understand how and if any of the changes made in this recent SP update may answer why some have run into this particular null script issue with the previous SP version.

as mentioned in the support forums, we had a handful of users that ran into problems with wp 4.1 and the pretty checkboxes js we used…  a very, very small percentage of users, but a handful of new issues with wp release causes reflection… 

so in sp 5.5.4, at least in our themes, we have removed the js for this and have gone to an all css solution for pretty checkboxes…

so its possible this was your issue too…

Hello !
Same problem with Reply and Add Topic buttons. They work just if log in with Moderator privileges.
I tried the php file modification and didn’t fix it.
Forum theme is  css-only 1.2.13  (with Default 1.2.13 layout goes crazy )

My theme is a theme child from DIVI, and this is the list of active plugins. 
I uploaded the other Simple-press pluggns manually. Can it create the problem?

This is the website forum and you can log in as :  guest    pass:  1   (this user has full access) to see what happens.

Thanks !!

I reinstalled and got this message at the end of the installation process: 

[Storage location part 1 ownership failed] – We were unable to create your folders with the correct server ownership and these will need to be manually changed: /problem-with-post-edit-buttonomepages/14/d399194279/problem-with-post-edit-buttontdocs/app557576332/wp-content/sp-resources 

 This is what I have in the server:

What folders should I create? and under what path? (I am using Filezilla)

UPDATE:  Interesting… without any of the plugins from Simple:press, it works perfect (rest of WP plugins listed in my previous post remain active). Maybe one of the S.Press plugins is not compatible with the other stuff I have installed?

generally, needs to match the wp-content permissions… be sure to check uid and gid too…

for more detailed help, please open a topic in the support forum as this going beyond pre membership query…