BuddyPress.org

FROM HOSTGATOR:

Both GD and ImageMagick are installed. There appears to be an error in the script code as referenced by the logs below.

[root@gator452 ~]# php -i |grep -i gd|grep -v configure

gd

GD Support => enabled

GD Version => bundled (2.0.34 compatible)

[root@gator452 ~]# mogrify -version

Version: ImageMagick 6.3.9 12/10/08 Q16 http://www.imagemagick.org

Copyright: Copyright (C) 1999-2008 ImageMagick Studio LLC

Let’s kinda narrow down the prob a bit. Can either of you upload images in posts and have them work properly? Insert them in posts. Posts show on the site?

@oceandoctor ??

@seanzyville you are experiencing image probs in mu, not in relation to av cropping

The guns say it’s a permissions prob. Probably the upload dir or below blogs.dir

apache and linux are very picky about dir and file rights. apache *has* to have rights in the upload dir and in everything below blogs.dir

sporadic image probs can be related to images being created for user x. me going in and fixing user x with chmod and chown for that dir. along comes user y and y creates another new dir for y. apache cant play with the y dir now.

@seanzyville I replied to you in your other thread. Why don’t you tell us what exactly is happening, or not, with the av crop tool. Did you upgrade mu or bp? The crop tool is a mu thing.

EDIT: hmmm. bp seems to override it’s functions in some way. looking…

Can you be more specific? What errors in thumbs and imgs? How is this related to bp? Now the av crop tool I wanna hear about. Can you be more expansive on the av crop problem?

Hey, Im also having problems with the avatars and even the thumbnails. It was just yesterday that my avatar crop was working but now its not. Seems unstable.

This is my site http://www.modelsorg.com, i hope there is a solution for this.

I and others have had problems with non-bp plugins/widgets loading older vers of js libs and causing whacky conflicts. Anything else using js?

Does the cropper.js lib use cookies to store temp info? I know something in the realm of all this js does. Can’t remember what though.

Now that I’m looking at it, the cropper.js lib has a companion cropper.css file. You getting that. Got firebug? Go see.

Permissions on: /wp-includes/js/crop/<stuff>

Permissions look OK. To be clear, the problem is that the image appears but the cropper doesn’t display.

Are the permissions correct on the upload folders? Likely the new images are returning a 404 because the permissions are incorrect. This would allow the cropper to display but the image would break.

I’m going to send off an email to Andy and Trent about this and take a look at the code to see if it might be that subdir issue. Maybe he’s in irc. Hang in there. We’ll figure it out.

This may also be why you are having problems in the other thread with table creation. Originally mu *had* to be installed in the doc root. No other install was supported. That was way back earlier in the alpha version. I thought I saw some comments come thru svn about fixing things to work in subdir installs of mu. Not the subdirectory blog creation option, just mu installed in a subdir under the doc root.

Gonna have to go look at the svn logs. brb.

Yes…it’s installed under a subdirectory as you specified.

I saw earlier posts about using large images, so I’ve tried everything from 450×450 to 125×125. Largest file < 100kb.

Are you uploading avs and trying to crop from a subdomain or a subdir blog? bp had problems with getting the paths straight when changing or creating avs from subdomains. It seemed to go ok but was storing the wrong url to the cropped av. I don’t think the fix came thru svn yet.

Your install is like: mysite.org/muinstalldir right? mu installed in a subdir under the doc root? Am I remembering correctly?

Are there javascript libs being sent to the browser?

In the viewed source for the avatar crop page you should have bunches of js libs being sent to your browser. Including a line something like this:

<script type=’text/javascript’ src= …[snip]… /wp-includes/js/crop/cropper.js …[snip]

Here’s what I see:

<script type=’text/javascript’ src=…[snip]…/wp-includes/js/prototype.js?ver=1.6′[snip]

<script type=’text/javascript’ src=…[snip]…/wp-includes/js/jquery/jquery.js?ver=1.2.6′[snip]

<script type=’text/javascript’ src=…[snip]…/wp-content/mu-plugins/bp-core/js/jquery/jquery.livequery.pack.js?ver=2.6.5′[snip]

<script type=’text/javascript’ src=…[snip]…/wp-content/mu-plugins/bp-core/js/general.js?ver=2.6.5′[snip]

<script type=’text/javascript’ src=…[snip]…/wp-includes/js/scriptaculous/scriptaculous.js?ver=1.8.0′[snip]

<script type=’text/javascript’ src=…[snip]…/wp-includes/js/scriptaculous/builder.js?ver=1.8.0′[snip]

<script type=’text/javascript’ src=…[snip]…/wp-includes/js/scriptaculous/effects.js?ver=1.8.0′[snip]

<script type=’text/javascript’ src=…[snip]…/wp-includes/js/scriptaculous/dragdrop.js?ver=1.8.0′[snip]

<script type=’text/javascript’ src=…[snip]…/wp-includes/js/crop/cropper.js?ver=20070118′[snip]

Do you have js turned on in your browser?

I do, and I’m getting the same symptom in both Firefox and IE.

One note: This now appears to be only a BlueHost issue. Cropping works fine on 1and1…guess I was mixed up yesterday.

View the source of the image crop page. Are there javascript libs being sent to the browser? Do you have js turned on in your browser?

In the viewed source for the avatar crop page you should have bunches of js libs being sent to your browser. Including a line something like this:

<script type='text/javascript' src= ...[snip]... /wp-includes/js/crop/cropper.js ...[snip]

@burtadsit My symptoms are the same as @st9bp’s, per above:

The image uploads fine.

The actual selector does not appear, nor does the preview image below it.

The image uploads, but you can’t crop it because the selector/overlay tool simply isn’t there. The uploaded avatar will not save, so you end up with a default avatar. This applies to both Group and Member avatars. Thanks.

@oceandoctor Please explain to me exactly what the problem is. I’m kinda hazy on that. All I have to go on is that somebody else is having problems cropping avs. That’s you also? What happens, where? Group avs? Member avs?

Thanks

Thanks for the workaround advice.

I’ve worked to confirm GD2 and ImageMagick:

Running phpinfo on BlueHost shows GD2 installed(2.0.34 compatible)

According to Tech Support, ImageMagick is installed and accessible at /usr/bin. Running version 6.0.7.

Any other possible culprits here?

@burtadsit i re installed it all again and it came alive its so cruciall to get it all right and as i have a slow conection here in kenya its a bit slow to get things updated..

can i ask for your attention on https://buddypress.org/forums/forum.php?id=3 some feedback would be ace..

@oceandoctor You probably could work around this by uploading two avs for each of your users, or just going with one of the default avs like ‘identicons’. (Site Admin > BuddyPress > Default Avatars)

I haven’t tried *turning off* a custom av though. One bp thinks you have one, you have one. If you want to run a generated av like identicon, try deleting the custom av and then configuring bp to use a stock one.

Avs come in to flavors. small and large. 50×50 and 150×150. Named: myfavav-avatar1.jpg and myfavav-avatar2.jpg. Once again bp remembers the url to these avs once uploaded and cropped. The easiest way to hook up to bp is to name them the same as the existing goofy avs. Just replace them.

@trcwest It’s not indicative of a bug to run ok on one install and then not on another install. It seems that whatever you have configured on bp.spotskenya.com is correct and the config at spotskenya.com is not.

well as i said the strange and odd thing is on the same server i have it working at bp.spotskenya.com and NOT WORKING at spotskenya.com

so the same shared host with lunarpages has one working and one not sure this is a code error.. please take a look at the sites..

Not sure…checking. But this problem is occurring on two fresh beta installations on two separate hosts (one on BlueHost shared server, the other on 1and1 dedicated (managed) server). Is there a short-term workaround, e.g., requiring upload of an image of specific dimensions?

Are both ImageMagick and GD2 both installed on your servers? The gurus over at the mu forums say that both have to be installed.

my cropping doesnt work.. fresh install with latest version…

why is this..

spotskenya.com is the url