Support Forum

so yeah... have been doing some testing tonight... and as I feared - all works well for me...

I assume you are not seeing the sp update listed on the network admin updates page (wp-admin/network/update-core.php)?  I know you said it showed up on the wp plugins page... and of course as fate would have it, those two places list the updates differently...  both check for a update the same...

but the wp update method adds our plugin to the wp site transient (_site_transient_update_plugins) while the second just writes it to the screen...  I did not know it was multisite when I suggested checking the options table... as you correctly pointed out, multisite stores it elsewhere... but we use the wp api, so wp decides where to store it...

so if you are up to it, we can try tracking down what is happening to that site transient and why its not read on the wp network admin update panel...

yes, what I was thinking of is a few strategic 'print' and 'die' statements...   see what the data tells us...

might be easier on live server only cause we know its happening...  we can limit the debug display only to your user account...  check our our sp-load-debug.php file... in particular ashow() and vshow()...

Let me know when you might be around tomorrow (I am in Arizona) to do some stuff and can try to walk you through some stuff to look at...   or you could shoot us (via pm) a temp account with wp and sp admin caps, and ftp access and can do some troubleshooting myself... either way is fine...

have opened a bottle wine now, so tonight probably not the best time!

gonna have to be a weekend for me...  how did you want to do it?  you or me?  if you, can try to post a view things to get you started...   work just limits my time during the week...

understand... no worries...

first thing is to make sure you can read our update file...  since you see it on the plugin, assume you can, but lets check...

edit file simple-press/sp-startup/admin/spa-admin-updater.php...  around line 19 after

    $body = wp_remote_retrieve_body($response);

lets add

ashow($body);
die();

load up an admin page and see if we get a good response on the server... if so, can remove again...

now to go further you need to have a plugin that needs updating...  you can just edit one of them and drop the version by a .1...  verify that you see update needed on the sp plugins page...

then edit same file, routine sp_update_check_sp_plugins(), around line 105... after

        $plugins = sp_get_plugins();

add in

ashow($plugins);
die();

and go to the wp udpates page...  does it show some plugins?

so you can see what I am doing here... just following the path on down to see why you dont see plugin updates...  in that same routine, just keep stepping your way down until you see why you dont get to the part with all the table output listing the plugins...

sound easy?

oh....  ashow() is one of our debug stuff for pretty display of debug info...