Opened 16 years ago
Closed 16 years ago
#2554 closed defect (bug) (fixed)
bp_is_activity_front_page() broken when BP used on secondary blog
| Reported by: | r-a-y | Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | 1.2.6 |
| Component: | Core | Version: | |
| Severity: | Keywords: | has-patch | |
| Cc: |
Description
If BP_ROOT_BLOG is set to anything other than 1, bp_is_activity_front_page() breaks.
The reason is bp_is_activity_front_page() utilizes bp_core_get_site_path(), which will always return "/" instead of checking the $current_blog->path.
The attached patch fixes this.
Attachments (1)
Change History (5)
#2
@
16 years ago
Can someone test this patch against a multi-site installation and a BP_ENABLE_MULTIBLOG situation also?
I can see there's an issue here, but I have a feeling that using bp_core_is_multisite() isn't always going to return the desired result.
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png)
Actually, for subdomain network installs, bp_is_activity_front_page() should still work.
I meant to say for subdirectory installs, bp_is_activity_front_page() will break.