[@hnla Participant 16 years ago]

Null question: try it and see

[@hnla Participant 16 years ago]

Just because you see the script calls in the header doesn’t mean there isn’t a conflict happening somewhere, so that possible issue is not ruled out!

I would love to see that page in it’s default state without the custom styling, just to confirm that your styles are not managing to mask the image in some way, but from here it’s not possible for me to view things working live.

[@hnla Participant 16 years ago]

As you said previously; to quote I think the problem is not the memory usage of php, but the usage of the mysql server.

you are probably correct, 10,000 visitors is quite high and you perhaps need to speak to a server tech about optimizing you DB / server for best performance, in the meantime you might perhaps check the WP & BP codex pages for any tips on optimisizing both BP & WP installs and also perhaps start using something like WP Super Cache to minimize DB hits

Other than that I don’t really think this is a BP isssue or at least much you can do from the perspective of the BP install.

[@hnla Participant 16 years ago]

looks like a child theme to me, is it yours? in other words are you responsible for the customisations, in which case you know that nothing vital has been altered or left out.

What portion / section of the uploaded image is saved given that you say you haven’t got the crop window whay area does get saved.

This has to almost certainly be a JS issue, with JS disabled the whole mechanism handles pretty badly, and really needs flagging as something to look at one day.

[@hnla Participant 16 years ago]

Are you running a custom theme or default theme? if a custom one have you tried running bp-default and seeing if the issue still occurs.

[@hnla Participant 16 years ago]

Not sure what that SC represents, but if that is your upload view then clearly you’re not running the default theme? if that is actually the image, not sure what to suggest.

[@hnla Participant 16 years ago]

@Frosty8o It sounds like you have a problem specific to your install, I can upload and crop without issue on a Modded 1.2.6 / 3.0.1 and with quite a few plugins running.

As Paul has asked check that there are no JS errors reported.

Also clarify “avatar upload works” you can upload an image and see it sitting there on screen awaiting cropping and/or saving?

[@hnla Participant 16 years ago]

Always check the the docs/codex to see if there are any guides that cover a question:
https://codex.buddypress.org/extending-buddypress/building-a-buddypress-child-theme/

To link your logo to homepage open up a header file bp-default or a wp default header file and have a look at the markup where the logo is set, although isn’t the logo already linked if you’re using the default theme?

[@hnla Participant 16 years ago]

True, but sadly it is as Rich states; so I thought I’d throw a little humor into the fray

There are improvements to the site planned, you can follow them in the ninjas group.

[@hnla Participant 16 years ago]

24 tabs always open in opera and 17 in FF but I am chocked full of that RUM stuff 8 gils worth

[@hnla Participant 16 years ago]

@paulhastings0 @paulhastings0 @paulhastings0

Test please, you dragged this up

[@hnla Participant 16 years ago]

That seems to have done the trick paul

that strtotime is one of those php functions I never seem to remember

[@hnla Participant 16 years ago]

I’m in the right area but run out of things to test tried bp_core_time_since but that we know works but returns unformatted plain time since and that doesn’t look correct so it must be the get_date_from_gmt function ?

[@hnla Participant 16 years ago]

Nope that isn’t correct

can’t be ‘current’ time

[@hnla Participant 16 years ago]

Fix is simply that

bp_format_time(get_date_from_gmt(

should have been changed but likely missed to:

bp_core_current_time(get_date_from_gmt(

[@hnla Participant 16 years ago]

Thinking the issue lies with:

/messages/messages-loop.php

bp_message_thread_last_post_date()

function lives in:
/buddypress/bp-messages/bp-messages-templatetags.php: line 288

would guess at the filter

bp_format_time(get_date_from_gmt(

is possibly to blame but will have to see if the ticket sheds light on it

[@hnla Participant 16 years ago]

cool cheers.

this is/was the relevant ticket I guess?

https://trac.buddypress.org/ticket/2203

[@hnla Participant 16 years ago]

trying to track down bp_core_current_time() my batch find locates references to it but I can’t find actual parent function

[@hnla Participant 16 years ago]

Not looking good having set my local time correctly and WP settings showing UTC and my local time messaging time stamps have now jumped ahead of my local time by 1 hour

[@hnla Participant 16 years ago]

checking and on the dev install I was working on I hadn’t set local time in WP settings

[@hnla Participant 16 years ago]

it’s displaying utc time by the looks of things at least my time stamp is an hour behind our present utc +1

[@hnla Participant 16 years ago]

Too early to bump

I’ll ask for the sake of it this is a pure install no plugins activated?

I can’t really see what the issue might be but then would normally be looking at logs or running ‘top’ to see processes working

Can’t think what to suggest other than ensure an absolutely clean install just running BP nothing else.

I wouldn’t leave your php.ini public like that for too long

[@hnla Participant 16 years ago]

@rogercoathup

That nasty hack shouldn’t be an issue and it is not so much nasty as plain illegal to place style tags as children of ‘body’

This is the ticket I raised ages ago, well I and another but wasn’t aware it was a duplicate, the style rules never were required as the adminbar was removed and didn’t require any styles to help it along, the ticket was moved here there and everywhere, but I forced the issue by moving it back from 1.3 to 1.2.6 and requested that it be dealt with as it was a simple fix so in 1.2.6 those style tags don’t exist. previously I was having to use

remove_action(‘wp_footer’, ‘bp_core_override_adminbar_css’);

If I was hiding the adminbar for logged out view.

[@hnla Participant 16 years ago]

It should be in the theme not in core files but it needs to load at ‘init’ ? or does it? is it that it must load before theme loads

[@hnla Participant 16 years ago]

/buddypress/bp-core/bp-core-cssjs.php