[Plugin: Group Documents] Can't get it working with BP 1.5 RC1

@weetouches

In my case, the page set for User Groups in the BuddyPress menu is ‘Groups’.
When I check the permalink for the Groups page, it is https://bla-bla/groups and this is correct.

Yet I still get a 404 when I select the Documents link within a group.

So this wasn’t the fix for me, and it is still a problem.
I wounder where the developer for the plugin is?
Thanks for your help though.

We’re getting a similar problem (I think), ending up with a 404 page. The reason for this, is that all our BP pages are sub-pages, so our structure is something like:

site.com/community/activity/
site.com/community/groups/

But the “Group Documents” plugin doesn’t pick up that groups is on a sub-page and the link becomes:

site.com/groups/my-group/documents/

when it should be:

site.com/community/groups/my-group/documents/

All the other group specific links in the menu are fine (forum, events, members etc). Would be great if anyone has any tips on how this can be fixed.

There is also a HTML error in index.php on line #423, where the input tag isn’t closed.

The reason for this, is that all our BP pages are sub-pages, so our structure is something like:

site.com/community/activity/
site.com/community/groups/

Yep, mine too.

But the “Group Documents” plugin doesn’t pick up that groups is on a sub-page and the link becomes:

site.com/groups/my-group/documents/

when it should be:

site.com/community/groups/my-group/documents/

All the other group specific links in the menu are fine (forum, events, members etc).

Yes, I agree. I think this is the problem.

Nobody has a solution yet to this “Page Not Found” on a fresh install, the documents tab shows up but the link doesnt work.

After rereading the post this solution worked for us as well :
For my case the problem was the permalink of User Groups page

If you go in the buddypress menu and the page menu.

In the User Groups section, check what is the selected page. After that, go in the page menu of wordpress and check the permalink of this page.

My problem was
https://bla-bla-bla/groups-2

It must be for the plugin group document to work correctly
https://bla-bla-bla/groups

But we still have a problem with the categories that are not saved when uploading a new doc.

Thanks for any help or redirection

Like Krokkodriljo I can only get this to work with custom slugs if I hardcode them into the code; I am using “projekte” instead of “groups”:

1. index.php on line 209

Instead of
$groups_link = $bp->root_domain . '/' . $bp->groups->slug . '/';
I have
$groups_link = $bp->root_domain . '/' . 'projekte' . '/';

2. templatetags.php on line 271

Instead of
$this->action_link = get_bloginfo('url') . '/' . $bp->current_component . '/' . $bp->current_item . '/' . $bp->current_action . '/';
I have
$this->action_link = get_bloginfo('url') . '/' . 'projekte' . '/' . $bp->current_item . '/' . $bp->current_action . '/';

I suppose this isn’t really all that sexy but after hours of poking around in the code I figured this would be as good as any solution.

I have this same issue when I changed my ‘groups’ slug to ‘projects’. To solve this easily and not modify the plugin source I added a new redirection rule in the Redirection plugin.

I added a regular expression rule /groups(/.*) that redirects to my slug path, /projects$1. You can replace ‘projects’ with your chosen slug name. This rule will work for anything that follows ‘/groups’ so that if other URLs are suffering from this same issue it will fix those as well.

If you are already using a redirection plugin like the one linked above, this simple fix will make your documents work without needing to modify the plugin source, which may get overwritten the next time the plugin updates. Hope this helps.

Well my above fix using redirection only allows the page to display. Another method that works to fix the page being displayed is to define your new slug in the wp-config.php file such as define(‘BP_GROUPS_SLUG’, ‘projects’);.

However, using either of these methods does not allow the uploads to actually occur. After putting in your file information and submitting the form it will direct to an incorrect page.

I tried the fix offered by @flynxify and that worked great.

I think you can’t manually define the slugs in the wp-config or bp-custom anymore in BuddyPress 1.5.x using

define('BP_GROUPS_SLUG', 'projects');

so the plugin-devs have to use the correct functions to retrieve the current slugs that have been set in the dashboard. Or maybe it’s a BP-bug. Who knows! Certainly not me ??
With these problems I just use the pragmatical solutions now before I delve into the depths of the (horribly documented) BuddyPress API.

OK, so bottom line. We’ve all installed this BP Groups Document plugin…and it doesn’t work! How frustrating.

@peter-anselmo .. are you even reading this information? Thought this was a stable install…?

I’m using BP 1.5.2 with WP 3.3. I too am experiencing a page not found error when I click on the DOCUMENTS tab from within a group (as in here: https://www.networkit.com/tvhra/our-community/groups/tvhra/ ) I get a PAGE NOT FOUND error. You can see it for yourself here: https://www.networkit.com/tvhra/groups/tvhra/documents/

Please advise ASAP on how to use this program, or how we can work around this obvious bug until you fix it.

Thanks.

@topracer

You do see for yourself where the problem is though, right?

Your group-pages are located at
https://www.networkit.com/tvhra/our-community/groups/job-seeker-support/

While the group document-link targets
https://www.networkit.com/tvhra/groups/job-seeker-support/documents/

The problem is the missing “our-community”-slug, that you’ll just have to add to the two places I pointed out earlier.
It’s rather easy to just fix it yourself quickly so you don’t have to wait for an “official” fix. We’re all hobbyists – chill ??

@flynxify

Some of us are far less comfortable messing around with code than you are. You obviously understand code. I don’t think asking for the author’s involvement on a fix after two months is asking for too much do you?

Secondly, we are NOT all hobbyists. For my part, this is a business enterprise, so timeliness is somewhat important.

I am not comfortable with your solution, nor what changes I may lose even if I were to perform your recommended update. I have a Multisite version of WP, plus BP 1.5.2 – so, not sure what impact your recommendations would have either. Having said that, thanks for your input.

Guess I’ll just have to deactivate the plugin for now until it’s proven working again.

@topracer

You might want to show some gratitude for free, open source software.

It’s a love/hate thing with open source. Mostly love – sorry if I’m coming across as ungrateful. I am grateful for the plugins that are more professionally supported…and think frankly they should have a minimum payment fee of some sort. I’d pay it.

Just wish FREE worked better ?? …. or that the author (not just this plug-in) would post something like NO LONGER SUPPORTING THIS PLUGIN….or EXPECT 30-60 DAY TURN AROUND TIME AS I’M PRE-OCCUPIED WITH A JOB.

I’d be fine with that as it least gives us the heads-up not to go too deep on a project with it…or, proceed at your own risk so to speak. I’m not a PHP programmer, so it can be very time consuming when doesn’t work. Would be happier in this case to pay for a product that works…

@flynxify and everyone else who is using Flynxify’s excellent fix:

In our community site some bp-group-documents css and js were not being loaded on the frontpage.

Edit /includes/cssjs.php and comment out line 13:
if ( $bp->current_component == $bp->groups->slug ) {
plus the matching closing brace on line 31.