BuddyPress.org

Same identical situation:

* WP 3.2.1
* BP 1.2.9

During registration, Users try to upload image. They crop it, system shows successiful message, but displays mistery man (standard avatar) (no file are uploaded in /avatars)

If this user log in, goes to his profile and changes avatar through the profile settings panel, it works like a charm.

Anyone with a solution?
Any

I am presuming this happens after you try cropping an uploaded image, for the avatar?

I think the permission denied message is the clue. Check the web server has permission to access the avatar upload directory. For example, this is often in /wp-content/uploads//

Can you upload images through the WordPress admin media library?

This is Traject’s theme functions.php. It’s not working on my part either and even with the crop image. sigh ***

I don’t see a problem with that number of groups.

You can see how BP handles group avatars in groups_screen_group_admin_avatar() (bp-groups.php) and the avatar functions it uses. This process is a bit tricky, and is probably going to be the biggest challenge of the whole thing. My advice is to look at the way the BP names group avatar files, and write a bash script that renames your images according to this pattern. BP’s crop functions are slow and not really meant for this kind of mass creation process.

Yes to an option with admin settings, which sets the limit in php, with a js counter. Not everyone is going to want this, and it’s critical that the site dev has full control over character limit, not to mention that different spoken languages can have quite different character counts for similar semantics.

@modemlooper – I’ve gone back to your script. For some reason it was running super slow for me the other day when testing, but then I found that @nahummadrid ‘s method breaks the form submit when javascript is disabled, so I’ve gone back to it, and it’s super snappy. Pilot error on my part, clearly.

Actually the nahummadrid method issue could be regarded as a feature in a sense, since it would prevent circumnavigation of the script limit by disabling js in the browser The problem with that script without js appears to be the (depricated) form name, which has been specified with a hyphen and not camelCase, and doesn’t work with the inline onkeyup/onkeydown call. I’m not one for inline scripting anyway, so modemlooper’s is the one for me now.

@djpaul – I’ve had problems logging into trac, and am fried for time, but we’re launching at the end of the month, and then I’ll have the time to engage with trac properly and post the bugs that have cropped up during the site build and testing. There are a few (eg. the multiple nested tags bug when any buddypress user content is edited – just have a look at the source code of this comment!). The fact that the whats-new form only works properly once between page refreshes is a bummer… On subsequent postings, the submit button has to be clicked 5 – 15 times before it fires (confirmed with fresh vanilla install in firefox, camino, safari and opera).

Adendum – going back to the first method (nahummadrid’s). The problem with modemlooper’s method (as things stand with the whats-new bug) is that once an update is posted, if the user then wants to reply to an update before refreshing the page or navigating away, the comment reply form character limit is temporarily broken – the reply counter no longer works, and the reply limit doesn’t work either.

Agh! This really should NOT be this hard. This has to be due to the plethora of identical nonce ids, no?

Got it, it was not my optimization, the problem was another javascript using jquery that was translating the page – apparently there was some sort of conflict between them.

Ohhh, almost forgot: I’ve optimizes the .js a little and it is possible to made something bad – what is the code or .js file that does the cropping?

Same here, but it used to work before. I’ve changed only from fcgid to php mode, in apache settings, since the fcgid made my server crash a lot. That’s the only change I’m aware of, after that the crop didn’t work anymore – just loads the photos and it shows the cropped image but there’s no possibility for me to drag/crop the image like I want to.

Only because I’ve seen problems with compressed JavaScript before Oftentimes a matter of trial and error to see which scripts cause problems or break.

Sounds like the right solution to me

same here. any help around?

BuddyPress doesn’t let you set or view the avatars in the wp-admin areas, so that’s a bit of a red herring. So, when you go to upload an avatar, how far do you get? Can you crop the image and save it OK? And then there’s just nothing in that person’s profile picture (“mystery man”?)?

Have you tried looking inside your wp-content/uploads/ folder to see if the images are being saved?
Are there any error messages in your web server’s PHP log file?
Are you running on multisite, and if so, if BuddyPress running on blog ID #1, or?

I don’t understand what you’re trying to say. What doesn’t adjust? Do you see the picture which you uploaded on the cropping screen? Does the cropper work?

I don’t know if this is where I need to be posting this. i’m having two issues with the avatar page in registration.

1. when I upload and crop an avatar, it doesn’t “take”; I end up with the default (mystery man) avatar. But I can re-upload and crop via MyProfile>ChangeAvatar, and the avatar then is saved. Not sure, after skimming all posts in this discussion, how to deal with this.

2. more importantly to me, from a user standpoint, is the lack of direction from the avatar page. When first arriving, I’m told “we’ve fetched an avatar for your new account…” but there’s no means of actually accepting that avatar. My only options are “Choose File” and “Upload Image”. As a user, I am FORCED to upload an image (which, from #1, is then lost anyway). If I do upload an image, I am then returned to the same avatar page with the default (mystery man) avatar and the same two options (Choose File and Upload Image).

Some help establishing a simple “accept this avatar” button would be appreciated.

I’m using most current BuddyPress 1.2.8 with WP3.1.2.

Thanks

@rsib2000 Could this jquery conflict only show up in certain OS’s? I’m having no problems cropping or updating my avatar (Win 7, Chrome 11.0.696.68/IE8/FF4.0.1), but folks with OSX (they’ve tried it with FF, Chrome, and Safari) can’t. From what I know of js, this shouldn’t be an issue. Any insights?

Hi everyone… I’m joining this discussion late, but I think I can offer some help… From my own personal experience it definitely was a conflict between /js files (jquery).

I installed buddypress and the cropping worked fine, then I did some custom work in the code (none related to buddypress) that needed jquery (thereby needing a link in my main header include to the /js folder for the source). When I went back to test the cropping feature, it did not work. I had the same problems that have already been stated here. My fix was relatively easy because my jquery was only needed for the home (index.php) page, so I removed the for my custom jquery from the header (NOT THE BUDDYPRESS) and instead added it to the body of my index page. Once I removed the jquery I added, the cropping worked again like a charm.

I assume (actually I’m pretty sure) buddypress uses jquery for croping the images and therefore other scripts that use jquery might conflict. This could mean any jquery widgets might interfere (even drop-down menus, sliding galleries, etc)… If they use jquery, you may have a problem —- at least that is what I found out for me.

I hope this information helps some people out.

-Rick

@gunju2221 jjj has built the new version of bbPress, and obviously integration of that into BuddyPress is planned. Have you checked out the bbPress test installation on http://testbp.org/discussion ?

RE: a BuddyPress UI team. People who are interested in contributing in this way need to have shown their interest by contributing to theme and UI tickets and issues as they crop up. I know some of the people in this thread already have, and do; keep on the good work

I am having the exact same issue. i don’t have the option of un installing everything since it’s a client site and it was working perfectly fine until last week. We went live a month ago so I don’t know this suddenly cropped up!

I’m with @tfirma2000 still experiencing the same behavior. Any other suggestions?

I’ve read through all the help forums and still have not fixed the problem. My avatars show up, but I cannot crop them. This was working when i first set the site up then once I moved the site to a new URL it stopped working. i moved from http://www.kissandim.com/trial to http://www.kissandim.com. any idea what I should look into? I havent made any changes to the site that would casue the issues. I even tried deactivating then activating all the plugins and still nothing. Any help would be appreacited!

@sienteastu glad you resolved your cropping issue and thanks for coming back and letting us know about the plugin conflict.