Anton

Sorry, not that either. Even changing the is_ssl() to being non-negative doesn’t seem to make any difference – always https:// on all links.. Maybe the HTTPS plugin is too aggressive..?

Thanks, but that didn’t seem to do the trick :/ I deleted (WP Super Cache) cache and reloaded couple of times but still see all links (here btw: https://omst?llning.net/evenemang/) turn up with HTTPS, where I want only some of them (the “root” links) to do so.

David: Would love to hear about them!

When I read the title of this post, I was thinking “Is it for BuddyPress Groups?” but couldn’t find any info on this. So, is it? ?? Or rather, is it a priority on the roadmap to add geo information for BP groups?

Thanks in advance!

bdietderich: Did you edit with my code too? Seems like you have the default group slug in the URL (“groups”) but a custom one on your page (“groups-2”). Either you activate the feature on your “groups” page or you fix the slug issue using my code. That worked for me anyway.

+1 for the multiple groups suggestion, although I understand that it may be difficult.. It would just be awesome if you’d have one place for each file and then “broadcast” it to multiple groups. Now I’ve been using BP Group Documents + multiple copies/uploads of the same file, but BuddyDrive seems so much more fit to this task, if it could “just” support multiple group attachments.

This occured for me too. After changing the URL of the form via WebInspector I was able to save the page without further problems.

Hi. I made some changes here too, to get the slug working when translated.

Line 27-28:

$bp->gtags->slug = 'tagg';
	$bp->gtags->groups_slug = isset( $bp->pages->groups->slug ) ? $bp->pages->groups->slug : BP_GROUPS_SLUG;

And, make sure we use these later on, e.g. on line 94-96:

if ( isset( $_POST[$bp->gtags->slug] ) && $_POST[$bp->gtags->slug] )
		$tag = urldecode( $_POST[$bp->gtags->slug] ); // this is what ajax sends if we are in group directory
	else if ( $bp->current_action == $bp->gtags->slug )

…and on line 227:

$link = $bp->root_domain . '/' . $bp->gtags->groups_slug . '/' . $bp->gtags->slug . '/' . urlencode( $tag ) ;

…and on line 437:

$link = $bp->root_domain . '/' . $bp->gtags->groups_slug . '/' . $bp->gtags->slug . '/' . urlencode( $item );

Hope it works for you too, and that I didn’t miss any edits I made.

One last update on this: It’s not even Extended Profiles that causes the “no pending requests” issue, it seems to be the WP-BP sync checkbox – disabling sync gets me the list again.

Sorry for blaming this plugin for the issue, it did seem as it was causing the problem, but I must have made other changes as well (such as this sync thingie) that I wasn’t aware of at first.

Sorry, this no longer appear to be the case. Disabling Extended Profiles though “solves” the issue, which is kind of annoying since I want that component active..

This would be an awesome feature. +1 from me too.

Found it. Either a conflicting plugin or the fact that I didn’t have BP set to Network wide on my live site (now I have).

I got it working locally now, investigating what differs from dev and live site..

Related though: I got a restriction error on both sites when selecting Master template: Yes. That I had to disable to edit settings.

Is anyone looking into these issues? Would be great to see this plugin working again.

What would the best way be to go ahead here? Create som kind of XML template/view that renders data based on a query? That then can be used as input for the maps script? If so, all sorts of interesting views/groups/mashups could be developed – group members, users with certain profile tags, “members close to me”, etc.

And maybe even calculate a bounding box for geo specific groups, to be stored on the group itself (if not manually entered there), to render a map of groups/local offices/NGOs etc within a country e.g… Just thinking out loud here, not sure what I could help out with myself though.