[buddypress-trac] [BuddyPress] #3549: Incompatibility between recent SharDB and bbPress forum setup routine
buddypress-trac at lists.automattic.com
buddypress-trac at lists.automattic.com
Mon Sep 5 14:52:04 UTC 2011
#3549: Incompatibility between recent SharDB and bbPress forum setup routine
--------------------------+------------------------------
Reporter: boonebgorges | Owner:
Type: defect | Status: new
Priority: normal | Milestone: Awaiting Review
Component: Forums | Version:
Severity: normal | Resolution:
Keywords: |
--------------------------+------------------------------
Comment (by boonebgorges):
Thanks for the explanation of the 3.0 stuff. Incidentally, I had a problem
with SharDB recently, and ended up digging through and identifying that
the class had to be renamed - only to look at the latest version of the
plugin and see that I'd reversed engineered it for naught, since you'd
already done it :)
> If your four BBDB_ constants match the global table, bbPres should work
ok.
Hm. I will have to experiment more, but it seems as if it does *not* work.
$bbdb->get_results seems to be failing because it's pointing at the wrong
database. I'll look into it some more, as it might be something on my end.
> I can't really do much from a SharDB side unless there is a way for me
to plug BPDB. Possibly you could put a class_exists() check around the
class definition.
Yeah. The only problem with this approach is that it'd mean accounting in
BP for all such plugins, or requiring that all such plugins are
specifically BP-aware. Ideally, we'd be able to sniff, out of the existing
$wpdb global, the name of the class of which it's an implementation, and
then define BPDB as extending *that* class. I don't think such a thing is
possible with PHP, is it?
--
Ticket URL: <https://buddypress.trac.wordpress.org/ticket/3549#comment:3>
BuddyPress <http://buddypress.org/>
BuddyPress
More information about the buddypress-trac
mailing list