[@kas2 Participant 15 years, 2 months ago]

THIS HAS BEEN RESOLVED.

First of all, thank you for trying to help out. I didn’t mean to abandon my own issue when everyone stepped up to help, but I was wildly distracted and just found time to work on this some more.

Long story short: Another WordPress Classifieds Plugin breaks BuddyPress groups. I just spent two hours going through everything, and it’s absolutely, undoubtedly AWPCP.

The odd thing is that I had it installed before this issue was happening. I even upgraded tonight, thinking it was nothing. I deactivated every BP plugin I was using weeks ago — groups, welcome pack, auto-join-groups, external-group-blogs, achievements — thinking they were the most likely culprits. I re-installed them tonight, then de-activated all of them again in case something was corrupted or went bad. Nothing changed.

Based on DJPaul’s advice, I went for both cforms and AWPCP out of sheer desperation. I’ve tested it 100 times now, and as it turns out, AWPCP breaks the avatar upload functionality.

It’s worth noting that I don’t know why. I even tested the events avatar functionality, and it worked just fine.

I googled this before I posted, and I haven’t seen any other mention of this conflict, so I’m posting this here in hopes that it may help someone else. I currently have version 1.0.5.9 installed, but like I said, I just upgraded tonight, so the previous version was an issue too. Older versions may well not cause a conflict.

Anyway, thank you all again for your help on this and your work with BP.

[@kas2 Participant 15 years, 2 months ago]

thanks for taking the time. If you need any more detail or need me to replicate some other way, just let me know.

[@kas2 Participant 15 years, 2 months ago]

Updating this again with more info in hopes that someone can help out. I think I’ve pinpointed where, in the creation of the group, this is failing. And I’ve found the database issue behind it. The problem is that I don’t know what code is causing it or why, and even if I did, I’d have no idea how to fix it. So, here’s what’s happening.

From the very beginning of the group creation process…

1. Click on “Create a group” and get the first page. No problem there. The URL is /members/admin/groups/create/step/group-details.

2. Fill out the info, click “Create group and continue”

3. The group appears in the database with everything correct. The table is wp_bp_groups. The date_created on the group is listed as “2009-10-07 14:36:54” The ID is 62. Everything is filled aside from avatar_thumb, avatar_full, news (I didn’t fill in the box in step 1), and status.

4. On the next page, I check the appropriate boxes and click “Next Step”. The next page is /members/admin/groups/create/step/group-settings

5. At this point, in the DB, another group, ID 63, appears. Name, slug, and description are all missing, status is now “public” (it’s what I chose). The date_created reads “1969-12-31 16:00:00”

6. The avatar upload functionality fails to load. That page is /members/admin/groups/create/step/group-avatar

This was happening on 1.1, I just updated to 1.1.1 and it’s still happening. Does anyone have any clue where this could be coming from? It seems as if it’s storing step one, forgetting the ID, then creating a second group without the info from step 1.

[@kas2 Participant 15 years, 2 months ago]

Just a quick update after further investigation, in hopes that it will help someone help me.

In checking out the db in phpmyadmin, I get this. I’m not sure whether the empty value assigned to 48 rows is relevant, but I’m passing it along…

SQL result

Host: mysql.domain.com

Database: domain_wpmu

Generation Time: Oct 05, 2009 at 10:52 AM

Generated by: phpMyAdmin 2.11.9.4 / MySQL 5.0.67-userstats-log

SQL query: SELECT COUNT(*) AS Rows, avatar_thumb FROM wp_bp_groups GROUP BY avatar_thumb ORDER BY avatar_thumb LIMIT 0, 30 ;

Rows: 3

Rows avatar_thumb

48

1 http://domain.com/wp-content/blogs.dir/1/files/avatars/2/………..

1 https://secure.gravatar.com/avatar/………

Additionally, when veiwing the group avatar directory on the FTP, there are clear directories created based on the group ID. The avatars are placed within, and the file name is appended with some BP info.

However, on the last group I was able to upload an avatar for, there is no directory, and the raw file sits in /wp-content/blogs.dir/1/files/group-avatars. This is the only file like this — I can create new users and the process for avatars works fine, and it appears that they’re placed in their proper directories. Groups are broken, and that process didn’t seem to work properly for the last one with an avatar.

Any ideas? I wondered if this was a file permission error for something like bp-groups.php, but it doesn’t seem to be the case.

[@kas2 Participant 15 years, 2 months ago]

Here’s a screenshot of the problem to help better illustrate it…

http://imgur.com/ZDr5D.jpg