Hi,
After upgrading from WP 3.0.5 & SP 4.3.5 to WP 3.5 & SP 4.5.1 and then to WP 3.5 & SP 5.2.2 the pictures will no longer enlarge by clicking on them.
In the statusbar it says “javascript:void(null)”
Please help
– Lars Olsen
RedZone Racing
Hi,
After upgrading from WP 3.0.5 & SP 4.3.5 to WP 3.5 & SP 4.5.1 and then to WP 3.5 & SP 5.2.2 the pictures will no longer enlarge by clicking on them.
In the statusbar it says “javascript:void(null)”
Please help
– Lars Olsen
RedZone Racing
getting a jquery error… not sure why yet…
can you try going to forum – tools – housekeeping and clear the combined js cache and see if that helps…
Hi,
Did not help.
I also tried once more, combined with disabling the JS cache. Did not work either.
Setteings are now back to default.
Well I can see no reason for the errors either but I am getting them. What’s more with the Firebug console open trying to load the this page just crashes my browser over and over.
Apart from all the upgrading have you added any new plugins lately? Or changed themes?
can you try going to forum – integration – page and permalink and try enabling the strict wp api setting… and maybe try disabling loading of js in the footer…
I dont really see a lot of plugins, any that deal with images or lightboxes?
I’ve already tried enabling strict wp api setting. No luck.
If I disable the loading of JS in the footer, I loose the dropdown menus on the top and the profile page loads it’s contents on to a plain white page.
Thogh having JS loaded in the footer actually removes the visibility of radio and check boxes.
There still there and I can click them, just not see them.
Thickbox is installed, but has not been activated for a long time.
So, I went basic this morning.
Deactivated all plugins (no not many). And things came to life. So I activated one by one.
Found that plugin cforms was the one that threw the jquery errors. Upgraded to latest version of the plugin (said in the changelog that it now uses jquery form WP API.
Problem gone.
Still: The checkboxes radiobuttons and close buttons are still not showing up, even without any plugins loaded and JS not loaded in footer anymore.
Any ideas?
I can tell you the reason you are seeing no backgorund images from the forum CSS but not, at the moment, why…
All of the urls to retrieve background images have this structure:
/ wp / wp / wp-content / sp-resources / forum-themes / stacked / styles / images / image-requested.png
(spaced these out so they can be read by the way).
Note the repeated use of /wp in the url. Now the style sheet for the ‘stacked’ theme just requests this using a relative path (i.e., / images / image.png) so something on your server is making a mess when formulating the actual requested url. bit I have no current ideas as to what that might be…
ok, but there are 2 folders named images.
1# / stacked / images /
2# / stacked / styles / images /
All images from folder 1# are loaded OK, but the ones from folder 2# are not.
This does not make sense to me.
Could you explain?
That’s not really a mystery!
/stacked/images are images used by the front end and called in using http requests from php code. Such as icons for buttons etc.
/stacked/styles/images are all images that used by the CSS style sheet to create background images and that is where the checkbox and radio button graphics are. And – as I say – these images are used in the CSS with a relative path. So the real mystery is what is putting that extra /wp folder in the urls.
Can you point me in a direction to start looking?
I read the sp-config.php, and it says:
# After WP 2.6 it is possible to relocate the wp-config.php file. Simple:Press should be
# able to find it. However, if it does not, then you will need to change the SF_BASEPATH
# constant below to point to the path of:
#
# your wp-load.php file
#
# This must be a ‘path’ NOT ‘URL’ and necessary if you have moved your wp-content folder.
Looking at my paths you know I have moved the wp-content folder.
Can this be the problem? If so what would be the correct statement on line 30 in the sp-config.php file?
no that has nothing to do with wp-content.
It is the ‘wp’ folder that is getting duplicated. Now as far as I was aware, when processing a relative url, the browser/server will use the current path as it’s base. I am really not sure of Wp has any say in that whatsoever – especially when it comes down to CSS file loading.
How about the urls set up in th WP admin > Settings > General. Are they both OK and correct?
Does anyone else have any ideas about this one?