Skip to:
Content
Pages
Categories
Search
Top
Bottom

Forum Replies Created

Viewing 24 replies - 1 through 24 (of 24 total)

  • jugoretz
    Participant

    @jugoretz

    I came up with a workaround, as described here
    https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/no-members-or-groups-or-sites-show-with-page-or-all-links/
    that might help you. I’m pretty sure it was the same problem you were having.


    jugoretz
    Participant

    @jugoretz

    OK, I poked around and I did find the problem, although I’m not sure I really understand it. Maybe a javascript conflict somehow?

    I also found a fix, but it involved editing the core files, so not really advisable. But anyway, it works for now, and I’ll put it here so others can find it if they encounter the same issue. I would love it if someone more knowledgable than me could see what happened and why and maybe a better firx.

    My workaround was to edit the core files bp-blogs/bp-blogs-template.php, bp-groups/bp-groups-template.php, and bp-members/bp-members-template.php

    Each of those defines the search form for the different areas, and in each of them there’s a little onblur and onfocus javascript to fill in the value for the search field (“search members” or “search groups” or whatever).

    The search form is in each of those, you can find it just by doing a text search for onfocus. Then you want to get rid of the javascript and just have the search field be blank.

    So you’re looking for:

    `value=”” onfocus=”if (this.value == ”) {this.value = ”;}” onblur=”if (this.value == ”) {this.value = ”;}”`

    and you just want to change that to

    `value=””`

    Not too elegant, and I realize that the next buddypress upgrade will break this and I’ll have to do it again, but it solves the problem for now. Still would be happy to hear other ideas!


    jugoretz
    Participant

    @jugoretz

    It seems like there is a problem with an empty search box. If anything is in the search box, even a blank space, all the functions (the “all sites,” the pages, whatever) work fine. The “nothing found” message” is only when the search box is empty.


    jugoretz
    Participant

    @jugoretz

    This seems to be similar to the problem reported here https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/members-directory-entries-disappear-using-drop-down-sorter-and-next-page-buttons/

    He was using an unusual theme, and never reported back on whether that was the problem. For me, that’s not it.


    jugoretz
    Participant

    @jugoretz

    Thanks, Andy. I will try fiddling with this when I have more time. The permissions looked OK, I did think of that–but maybe I’m not looking carefully. The blogs.dir/1/files/avatars/ should be writeable by the webserver, right? (there are over 1000 subdirectories in there–one for each user, I assume?)

    But the really troubling thing was the browser crashes. Those were hard to accept.

    This is really a big upgrade, I can see–change in the way themes work, avatars, forums. My own fault for trying to push it right away on a live install.

    For now I’ve dropped back to 1.0–I have 200 students coming in on Sunday to start playing with the system. Best to play it safe until that’s over with.


    jugoretz
    Participant

    @jugoretz

    Similar strange problems with avatars (with 1.1 and 2.8.4a). Sometimes uploading a new avatar just keeps the old one, sometimes it takes the new one for the large size and the old one for the small thumbnail. More often it just crashes the browser (firefox or safari).

    Very strange. A full (or simple) explanation of how these avatars work would probably help to troubleshoot.

    Or is there a way to just use gravatars instead?


    jugoretz
    Participant

    @jugoretz

    This does look useful to me, at least! But I want to confirm before I make the change.

    My line 267 in bp-blogs-classes.php currently reads

    if ( !(int)$wpdb->get_var( $wpdb->prepare( "SELECT DISTINCT public FROM {$wpdb->base_prefix}blogs WHERE blog_id = %d", $blog_id ) ) )

    So you’re saying I should just replace

    $wpdb->get_var( $wpdb->prepare( "SELECT DISTINCT public FROM {$wpdb->base_prefix}blogs WHERE blog_id = %d", $blog_id ) ) )

    within that line? Or the whole line?


    jugoretz
    Participant

    @jugoretz

    Nope. Hate to say it, but that was one of the first things I tried. It still, even with the correct version, doesn’t work for me. :-(


    jugoretz
    Participant

    @jugoretz

    Thanks, Lederman, but that did not work for me!

    Sigh.


    jugoretz
    Participant

    @jugoretz

    Hmmm…

    This a dedicated server and I can allow remote calls to it from itself if they’re not being allowed now. I mean if I knew how to! Where would that be disabled, how could I tell, and what would I need to change to enable it?

    Or I guess wait for the next release–I’m really hoping to roll this out large-scale when the students return in the fall. But that seems like a tight time-frame for the next release.


    jugoretz
    Participant

    @jugoretz

    I’ve got a phpinfo file, but not sure where in there to look.

    I do see this

    xmlrpc_error_number 0 0

    xmlrpc_errors Off Off

    which isn’t meaningful to me.


    jugoretz
    Participant

    @jugoretz

    Thanks, John. I did try that, too, although I didn’t mention it. memory_limit is at 32M already.

    I’m wondering if there’s an error log I should be looking at somewhere? Or other debugging steps I can try?


    jugoretz
    Participant

    @jugoretz

    We’re using WPMU and BuddyPress (just starting with BuddyPress, haven’t really publicized it yet while we work out the kinks) for eportfolios at Macaulay Honors College of the City University of New York.

    http://macaulay.cuny.edu/eportfolios

    and

    http://macaulay.cuny.edu/eportfolios/social .

    Very exciting possibilities…


    jugoretz
    Participant

    @jugoretz

    The Google Maps Quicktags plugin

    http://www.remotesensingtools.com/2007/08/22/wordpress-plugin-google-maps-quicktag/

    takes care of this problem (which would also affect embedded Google Maps).


    jugoretz
    Participant

    @jugoretz

    Thanks, Jeff–I understand and wasn’t complaining (not really!). This is just the one nagging little difficulty that remains in the otherwise nearly flawless install I have running.

    Joe


    jugoretz
    Participant

    @jugoretz

    BuddyPress RC-1 and WPMU 2.7


    jugoretz
    Participant

    @jugoretz

    Bumping this up to see if anyone else has encountered it or found a solution. Messages work fine, replies not at all.


    jugoretz
    Participant

    @jugoretz

    Nope, no other problems, just the messaging problem I referred to in another thread (and maybe that’s related?). The other person I’ve found who has that problem does not seem to have a subdirectory install, though. (in the comments here http://futuristguy.wordpress.com/2009/01/05/missional-tribe-not-just-another-use-of-the-word-missional/)

    So far every other problem I’ve had has been clearly matched to this misalignment of /eportfolios and /eportfolios/social . And working out the right links has fixed all of those problems.

    But I think maybe I wasn’t clear–it’s not just that buddypress is in a sub-directory, the issue is that the buddypress homepage (home blog) is *not* the home blog of the wpmu install. Blog number 1 of wpmu is at /eportfolios and the buddypress home is /eportfolios/social

    Is that something you’ve tested and had full functionality without these changes? That would be great–would make upgrades easier–but I don’t see how.

    See, siteurl() is macaulay.cuny.edu/eportfolios . but in the case of those links in the top nav (and others) it should be macaulay.cuny.edu/eportfolios/social

    Tell me there’s something obvious I’m missing! That would be great!


    jugoretz
    Participant

    @jugoretz

    OK–I’ll start another thread for that–not that I think my solutions are the best. They’re ugly workarounds in most cases! :)

    But I’m still trying to figure out this messaging problem.


    jugoretz
    Participant

    @jugoretz

    Disabling spamkarma 2 did not do the trick.

    I am running buddypress in a subdirectory–not the root of the wpmu install

    (wpmu is in http://macaulay.cuny.edu/eportfolios and buddypress in http://macaulay.cuny.edu/eportfolios/social ). Could that be the source of the problem? Doing it this way has caused other problems, all of which I’ve been able to solve so far!


    jugoretz
    Participant

    @jugoretz

    Ah, thanks! I had deleted them from their own blog where they were users, but not from wpmu overall. Now I’ve done that, and I believe it should do the trick.


    jugoretz
    Participant

    @jugoretz

    I am running sk2 for anti-spam.

    Will try disabling that temporarily to troubleshoot.

    But this error is not in the admin area at all–on a user page.

    Does that url look right? Should the reply button be calling to wp-admin?


    jugoretz
    Participant

    @jugoretz

    That’s the exact error message, all alone on a page.

    There isn’t any other information at all.

    The page that it’s trying to load is

    http://mydomain/wp-admin/?page=bp-messages.php&mode=send


    jugoretz
    Participant

    @jugoretz

    I’m having the same problem. Running bp RC1, and wpmu 2.7

Viewing 24 replies - 1 through 24 (of 24 total)
Skip to toolbar