Support Forum
Support Forum
Offline
I have observed what appear to be several errors. For a full understanding, it's important to understand my setup, so I'll report all the errors here. My setup is WP multisite 3.2.1. I have a main, live site and a number of test sites. Up until last night, I just had SPF on the test sites. I installed SPF on the main site last night, and installation proceeded without a hitch, but there were issues (discussed below).
Issue #1 - Bad list of newest members
When I was testing the another bug on adding a new user on a TEST site, I added about 8 users and then deleted them. These 8 users show up in the newest member list at the bottom of the forum on the MAIN site. They never have been users on the main site, and don't show up on the main site's Users->Member Information. I don't think they should show up on the newest member list.
Issue #2 - Error message
On the backend of the MAIN site - but not any of the TEST sites - I get this error message. To get to the code on my server, I updated SVN, exported to new folders, then FTP'd those folders to the right places on the server. Following instructions in another thread, I changed my SPF version # to 6961 and ran an update. It is now at 6962, and no other updates are found. I haven't updated my SVN since Monday.
Fatal error: Uncaught exception 'Exception' with message 'String could not be parsed as XML' in /problem-with-post-edit-buttonome/qbg/qbgarage.com/wp-content/plugins/simple-press/sp-startup/admin/spa-admin-updater.php:19 Stack trace: #0 /problem-with-post-edit-buttonome/qbg/qbgarage.com/wp-content/plugins/simple-press/sp-startup/admin/spa-admin-updater.php(19): SimpleXMLElement->__construct('') #1 /problem-with-post-edit-buttonome/qbg/qbgarage.com/wp-content/plugins/simple-press/admin/panel-toolbox/ahah/spa-ahah-toolbox.php(217): sp_load_version_xml() #2 /problem-with-post-edit-buttonome/qbg/qbgarage.com/wp-content/plugins/simple-press/admin/panel-toolbox/ahah/spa-ahah-toolbox.php(29): spa_check_for_updates() #3 /problem-with-post-edit-buttonome/qbg/qbgarage.com/wp-content/plugins/simple-press/sp-startup/site/sp-ahah-handler.php(164): include('/problem-with-post-edit-buttonome/qbg/qbgar...') #4 /problem-with-post-edit-buttonome/qbg/qbgarage.com/wp-includes/plugin.php(486): sp_ahah_handler('5.0.0', '6962', true) #5 /problem-with-post-edit-buttonome/qbg/qbgarage.com/wp-includes/class-wp.php(301): do_action_ref_array(Object(WP)) #6 /problem-with-post-edit-buttonome/qbg/qbgarage.com/wp-includes/class-wp.php(499): WP->parse_request('sp_ahah_handler', Array) #7 /problem-with-post-edit-buttonome/qbg/qbg in /problem-with-post-edit-buttonome/qbg/qbgarage.com/wp-content/plugins/simple-press/sp-startup/admin/spa-admin-updater.php on line 19
Issue # 3 - Can see forums, but can't access them - but ONLY on MAIN site
On one of my test sites, the forum displays and you can click through to the individual forums. But on my main site, the forums display, but clicking on a forum link redirects to the home page. More info: Some time ago, I did have SPF 4.x installed on the main site but essentially trashed it. I probably deleted any SPF tables (not 100% sure), but probably did not delete any SPF options. When I installed SPF 5, it didn't detect I could upgrade, just a new install, which is what I did.
Issue #4 - Lost groups and forums on test site
I have multiple test sites, all part of the same multisite install. After installing SPF on the main site, one of the test sites is fine. But on another test site, it appears whatever forums I created are gone. On the front end of the test site, this message is displayed: "There have been no groups created". However, on the backend, I do have 1 group, but no forums. I can't swear I created a forum, but it would have been unusual for me NOT to have done so.
Issue #5 - Display before forum page load
There's something displaying before a normal forum page load. My internet connection is fast enough that I can't see it, but a few times when my system has been slow I can see some display that appears to be similar to a display of member profile settings flash on the screen, only to be replaced by the forum display. It is so fast, I can't show it, but if you check out my links above on a slow connection on a slow PC, you might see it.
Thoughts?
PS - At the top of this post on this forum, it shows "Awaiting Moderation" which is new behavior. It didn't show that for any posts I made yesterday. Shuold I feel unloved? 
Offline
first please define what you mean by ran an update? looks like you ran the wp update which is not what was meant... we meant if SP asks you to upgrade, do the upgrade...
Have posted this several times, but its important to get the word out... if you are running from SVN, DO NOT use the wp updater for any sp core, plugin or theme update (its fine for other wp and plugin updates) as it will not work because of svn interference...
moderation? really? doesnt need moderation here... but definitely let us know if that continues... you shouldn't have posts in moderation at this point...
I fear you may be delving deep into multisite intergration 
and we dont fully support wp multisite yet... though we have lots of reports of folks using it together... Andy and I just dont know multisite and havent been able to fully test it yet... big plans for the two in 5.1...
the new user list on the forum is cached... so updates can be delayed... that said, deletes should occur instantly and did in a quick test I just ran... Can you please explain how you deleted the users so I can make sure to test in that method?
Visit Cruise Talk Central and Mr Papa's World
Offline
should add we are hoping to add a team member who knows and uses wp multisite since Andy and I are mostly unfamiliar...
So if anyone with some wp multisite and wp chops is interested in helping out with SP, we could use ya! 
Visit Cruise Talk Central and Mr Papa's World
Offline
Bill Murray,
Could you please reply to this topic and then start a new topic to see if either related to your moderation issue?
Visit Cruise Talk Central and Mr Papa's World
Offline
good. no moderation. will await a new topic. thanks!
Visit Cruise Talk Central and Mr Papa's World
Offline
On moderation: my reply wasn't labeled in moderation. Maybe it is just 1st posts in a thread...
To clarify, I did an SVN Update (what it's called in Toirtoise SVN) on my folders on my local hard disk. I didn't run the WP updater. I did get a WP update message, but I ignored it.
On multisite, I have a fair amount of multisite experience and can code PHP. I am happy to provide pointers and test things, but don't have the time right now for a lot of coding. That said, unless SPF is doing something strange, none of what I am describing should be tied to multisite. Table access and settings should be site specific and should just work.
On the user list, I added a user on Site 3, got the error (discussed in separate thread), then immediately deleted the user. That was done a couple of users per day from last week (whenever I reported the error). I probably haven't added a user to Site 3 since Friday, and all were deleted the same way: by a site or network admin on the admin backend, Users->All Users->highlight user name and click Remove. I doubt it is purely a cache issue, since the users do NOT appear as newest members on Site 3, only on the MAIN site.
Offline
so you deleted the user on the network admin or in the admin for the network site? doesnt that still leave the user on the main site though?? which would explain why they are still in the main site new user list.
can you check the sfmembers table for the main site... are those users you deleted still listed? and are they still in the wp users table?
sorry, if ask a bunch of 'silly' questions about multisite - just dont know how it functions... yet!
as to the updater - weird... not sure how the updater code is activated unless via the wp updater...
Visit Cruise Talk Central and Mr Papa's World
Offline
For user lists in multisite, you have to use the wp_users AND the wp_usermeta tables. For example, the number of users that the Users admin menu displays for the main site in a multisite network is NOT NECESSARILY the same # as the # in wp_users. I think the code on how the user list is built for the network is a good example, because it shows the sites that each user is registered on.
You are right that even though I removed the users from a site, they were still in the wp_users table, because everyone is in the wp_users table. That does not explain why they are appearing on the main site and not one of my test sites because if SPF used wp_users to grab the newest members, the list would be the same for all sites.
Yes, the users are still in wp_users (because everyone is always there), and in wp_sfmembers (the members for the main site), but for wp_sfmembers on multisite that COULD be wrong, unless the user registered on the main site.
One suggestion: recommend to people that they either a) only use SPF 5.0 on the main site of a multisite install and only use 1 activation of SPF on the entire network until you sort out the user issue OR b) activate SPF on 1 site in a network that is not the main site, and add users to that site from the main wp_users table (that site could just be the forum and nothing else).
The updater error on the main site went away on its own.
Did you have any thoughts on the profile display before the forum displays? or the redirection issue? I am thinking I might uninstall SPF from all sites and then do a re-install on the main site and see if that helps. One other thing I noticed: manually changing the forum permalink did not change the permalinks on Components->Login and Registration. Fair enough. But shouldn't you put a prompt in both places that if you change 1, you probably need to change the other?
Offline
thats what I suspected was going on with the users. thanks for the data.
no thoughts on the profile, as I have not seen something like this...
we have thought about the login and registration urls but the problem is that some folks may have changed it to something else already... whether to support other plugin or their own thing... either way, we can't go around changing options that or risk over writing user changes... kind of a catch-22 for us... so we have gone the safest route which does require an additional user action...
Visit Cruise Talk Central and Mr Papa's World
All RSS