[@burtadsit Participant 17 years, 11 months ago]

@zenseeker, ok here’s the mu trunk link:

http://svn.automattic.com/wordpress-mu/trunk

Balance? Balance?! What balance? Alphas, betas and trunks (all together now) Oh, My!

I’m getting goofy. Gotta lay off the caffeine.

[@burtadsit Participant 17 years, 11 months ago]

The member theme isn’t something that you can activate and use independently. It is exclusive to bp. It’s not a normal wp theme. It has no value outside of bp.

[@burtadsit Participant 17 years, 11 months ago]

Ya, that’s almost what I did at first just to get things running. It was driving me nuts though. Should work, didn’t work. Now it does work with the patch. Just a regex change. I haven’t worn my regex hat for years.

Thinking in ‘regex’ is a strange thing. Leaves me goofier than usual for days afterward.

The more I stare at a little 12 character formula for the regex engine, that mutates the natural laws of the known universe, the closer I am to understanding what it is actually doing, instead of what I think it is doing, the farther from reality I get.

When I finally do understand what it is doing, I have a slight headache and I need a nap.

The person who wrote the original regex engine was obviously not human. Aliens walk amongst us.

[@burtadsit Participant 17 years, 11 months ago]

What?! What?! What?! What?!

Shit happens.

[@burtadsit Participant 17 years, 11 months ago]

Well, if you want the bp forums for groups then you have to be running at least bbpress 1.0 alpha 2 and mu 2.7 trunk. The alpha part on bbpress isn’t as scary as it sounds. The release cycle on bbpress is pretty slow and it seems to work just fine.

Until yesterday I was running bbpress 1a2 and mu 2.6.2 with integration turned on. Now I’m at bb r1860 (1.0 alpha 2+), bp r654, mu 1571 (2.7). Today I get to turn on group forums.

You’re not the only one who isn’t ready. Launch date 1/1/09. Minimum 18hr days until then.

[@burtadsit Participant 17 years, 11 months ago]

This is a windows file name problem. loader.php was looking for forward slashes in a directory name and getting backslashes in windows.

Trac has a patch:

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

I gotta switch over to a linux dev server. But I really like my Vaio running windows. I’ll just buy another domain and hook it up to the DV server. $10 won’t break me. It does mean that I won’t be able to do laundry this week though.

[@burtadsit Participant 17 years, 11 months ago]

Posted a ticket (without a fix yet, sorry Andy)

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

[@burtadsit Participant 17 years, 11 months ago]

Yep. That’s what is happening. In the php error log, it’s trying to require_once the wp-load.php file from the bp member theme css dir. It ain’t there. I’ll figure out what is wrong with the regex and post a ticket.

[@burtadsit Participant 17 years, 11 months ago]

@gogoplata No I didn’t file a ticket for wpmu yet. I solved my problem and moved on for the night. I wanted to wait and see if anyone else was having the same prob with that wpmu rev. I’m not really sure it *is* exclusively an wpmu problem.

Yes, I rebooted the dev apache instance. Thanks. I’m not sure that apache has anything to do with it.

I was under the mistaken impression that only css files could be imported from a css file. I can’t exactly figure out who/what is failing here. I was trying to work out in my head the sequence of things that happen in this case.

member theme: style.css @import(css/loader.php) .. loader.php? php? what does a browser do with php code? nothing as far as I know.

so what is taking over the interpretation of the php code in loader.php?

mechanism is:

1) browser gets the style.css file, runs across the @import statement and sends a request to apache for a php file

2) apache hands loader.php off to it’s internally loaded php module

3) loader.php runs and outputs a dynamically created stylesheet to the browser

Where is wpmu in all that? My confusion comes in when I consider that.

STOP. Me not you. While I was pondering this and writing this reply, I took a look at the code on the live server for loader.php. It’s *not* the same.

/* Load the WP environment */

require_once( dirname( dirname( dirname( dirname( dirname ( __FILE__ ) ) ) ) ) . '/wp-load.php' );

That’s on the bp version that is running on the live server. A couple of revs ago.

/* Load the WP environment */

require_once( preg_replace('/(.*)/wp-content/.*/', '1', dirname( __FILE__ ) ) . '/wp-load.php' );

Above is what is in r64x something. I’ve lost track of what rev is running on the dev server at the moment. Anyway, if the require wp-load.php fails for some reason what happens. PHP stops interpreting and nothing else below that happens.

Eh?

[@burtadsit Participant 17 years, 11 months ago]

Did you move the member theme out of mu-plugins to wp-content? Also, the member theme does not need to be activated. Nor should you. I shouldn’t show up anywhere in wpmu.

[@burtadsit Participant 17 years, 11 months ago]

EDIT: whoops. dup post due to operator misuse of the browser back and edit post buttons

[@burtadsit Participant 17 years, 11 months ago]

testbp.org is running ‘WordPress 2.7-RC1-10119’

my dev machine is running ‘WordPress 2.7-RC1-10145’

[@burtadsit Participant 17 years, 11 months ago]

Yep. That’s the problem on this dev install. The @import(css/loader.php) statement

I just changed the member theme style.css file to import all the css files in the css directory that loader.php sucks up. Works like a charm.

wpmu 2.7 doesn’t like that statement?

[@burtadsit Participant 17 years, 11 months ago]

The difference between the member theme and the home theme css is that the member theme uses a a main style.css file that is composed of nothing except this:

@import url(css/loader.php);

loader.php determines what bp components are installed and then sends those to the browser. My live install of bp is running wpmu 2.6.2 and my dev server is running a fresh install of wpmu 2.7 from trunk.

Both the live and dev installs are basically the same. They both have the stub style.css sheet that runs loader.php for the actual css for installed components.

The only difference is the one that works is running wpmu 2.6.2, the one that doesn’t is running 2.7 trunk

What’s different on your installs from then to now?

[@burtadsit Participant 17 years, 11 months ago]

Ya, got a similar problem. Installed wpmu 2.7 and r644 and no member theme css all of a sudden. The home theme is fine, just the member theme is affected. Trying to debug it now.

[@burtadsit Participant 17 years, 11 months ago]

I remember reading the SVN logs about the ‘private blogs’ issue. That has been fixed. r633+ should be ok now.

[@burtadsit Participant 17 years, 11 months ago]

Hi nicola, that must have been introduced in r641. It also may be an interaction with wpmu 2.7. I’m not getting that problem in r644+.

How’s the weather in Italy today? I got 1ft of snow here in Grand Rapids, MI. Doesn’t look like I’m gonna go anywhere today anyway. Gotta install wpmu 2.7 and the bp forums component.

Life is good when you have new toys to play with.

[@burtadsit Participant 17 years, 11 months ago]

Upgrade to r644+. That seems to have fixed the problem.

[@burtadsit Participant 17 years, 11 months ago]

Upgrade to r644+. That seems to have fixed the problem.

[@burtadsit Participant 17 years, 11 months ago]

Damn. It’s 5a EST in the States. I’ve been up all nite fooling around with geocoding and googlemapping posts. I should have checked the forums 2 hrs ago. Well, it’ll be here when I get up now won’t it?

Thanks Andy. You know we’ve all been waiting (im)patiently for the forums component. I was reading the SVN log for bbPress. I don’t normally do that or even keep up with the revs on bbPress. Just wasn’t that important until today. It says that Sam has solved some integration problems between bbpress and wpmu. Ya, I’d surely love to see that.

Cookie & session keys that are under documented, admin user accounts disappearing, new users having ‘inactive’ roles, docs that are just plain wrong, _ck_ running around trying to help and put out fires. I don’t even remember all the headaches. Am I just tired or did that sound like you were saying I had to do all that again. Really?

I’m going to bed. So should you. One of us is hallucinating. Dreaming. You gonna write docs for that process? Dreaming, he’s dreaming.

I should be.

[@burtadsit Participant 17 years, 11 months ago]

The wpmu forums are full of this kind of problem. They all seem to have the same source, the .htaccess file. Can you post your .htaccess file and tell us what kind of installation you are using?

subdomain or subdirectory?

Dedicated virtual server or shared hosting?

Is wpmu installed in the root or a subdir?

That might help.

[@burtadsit Participant 17 years, 11 months ago]

It’s a bug. See trac ticket for patch to fix it.

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

[@burtadsit Participant 17 years, 11 months ago]

Well, a good place to start would be the widget code itself.

Let’s take the ‘archives’ widget as an example. I look at the widget code in: /wp-includes/widgets.php for the archive widget function: function wp_widget_archives($args), I see that it extracts the stored widget options and then eventually calls the template function: wp_get_archives(‘param=xxx&param=yyy’). The widget is just a wrapper for the template function that allows blog admins to set the behavior of the template function that does all the work.

We need to pull the guts out of the members widget and create a template tag that does the work by parameters only. Looking at the archive widget again I see some code that sets up defaults, parses the passed args and then turns the args array into vars with extract().

We could also just modify the widget to parse and actually pay attention to passed args.

In any case did I mention that ‘We don’t need no stinking help’. (that was my best Mexican bandito accent). I forgot you are Italian. That was a reference to a Western movie. Never mind. I gotta go play with something else right now but I’ll return to this.

[@burtadsit Participant 17 years, 11 months ago]

Talk to this person:

http://dfa327.testbp.org/2008/12/07/my-first-plugin-buddypress-twitter-and-my-twittertowire-oh-my/

[@burtadsit Participant 17 years, 11 months ago]

It’s 4am.

“Nite Ralph”

“Nite Fred”