Group create storing wrong url when user logs into a subdomain to create a group

[burtadsit]

When a user logs into a subdomain burt.mysite.org and then creates a group, the url mysite.org/members/burt/wp-content ... is stored instead of mysite.org/wp-content ...

The global $bploggedin_domain contains the domain and the member slug. Slug the right term? Anyway, the function groups_get_avatar_hrefs() happily replaces the ABSPATH with the wrong url and it gets stored.

Thereby insuring nobody ever sees that avatar again. :) I haven't figured out why $bploggedin_domain contains the wrong url yet. Should that even be used? I'm tired and I wish I had a global var reference next to me. (I know, write one). What should be used get_bloginfo(1, 'siteurl')? Why do a db query if something more appropriate is avail.

[burtadsit]

Since I reported a group avatar problem under windows, I guess I'll tackle both of 'em at the same time. That one was #265

[burtadsit]

I talked to Andy about this ticket. This is just a reminder for him.

/mu-plugins/bp-groups.php in function groups_get_avatar_hrefs() line number 1152 now reads:

$src = $bploggedin_domain;

change it to:

$src = trailingslashit($bproot_domain);

Fixes the upload group avatar when logging into a subdomain problem.

[burtadsit]

(sigh) I never remember to use code blocks here. Like they don't expect us to post snippets of code? We gotta talk to those Trac people.

$src = $bp['loggedin_domain'];

change it to:

$src = trailingslashit($bp['root_domain']);

[(none)]

Milestone Groups 1.0 deleted