No CSS – Member & Home Theme
I cant seem to get the buddypress home or member themes to display. Css doesn’t appear to load.
Homepage – http://illdesigned.com/user/
example member page – http://illdesigned.com/user/barrymadden
I’m not sure how to access the home site my homepage seems to be just another member page.
I’m using godaddy economy hosting if that is relevant to this problem, is there an issue with the .htaccess file and PHP?
I have correctly installed wordpressMU
I have installed buddypress as instructed
I have relocated the theme folders to
I have set all permissions to 755
I have enabled buddypress-home in [Site Admin] [Themes]
I have selected buddypress-home in [Appearance] [Themes]
I have selected buddypress-member in [Site Admin] [BuddyPress]
Do you mean you see the design layout or just the html? Could you screenshot for me? Here is what i have: http://www.illdesigned.com/screenshot001.jpeg (sorry about the dual monitor screenshot)
i see html and css of the default theme too. Profile members are correct, the only thing it is that they are left aligned and not center aligned. in your screenshot there is no css attached, maybe you have some browser setting that ignore css?
Ok before i posted i tester in chrome and firefox both no css however i’v now had a look in opera and ie7 and the css appears, the new beta of safari is the same as firefox and chrome and displays what’s in my screenshot above.
Can anyone help? Why does the css not display in firefox, safari and chrome?
change all starting from root to 755 include subfolders
With IE6, I see buddypress the way I want to see it. Width 800px
With Firefox and Chrome I get a wider screen.
How to make the width 800px regardless of the browser used.
I changed all permissions from root (user/) to 755 including subfolders but sill no change.
See the other thread on this, but your host is injecting ad code into the loader.php that pulls the stylesheet.
view source on:
</iframe></noscript></object></layer></span></div></table></body></html><!-- adsok -->
try adding a direct link to style sheet in header
<link rel=\”stylesheet\” href=\”http://illdesigned.com/user/wp-content/themes/buddypress-home/css/base.css\” type=\”text/css\” media=\”screen\” />
Possibly, the problem must be with Godaddy itself
Godaddy offers the worst hosting service on the planet.
It seems to clearly be godaddy. I dont want to have to change my hosting provider tho. So do i need to add lines of code to every .php file in my WPMU directory or just the css files. Im not sure how to go about this or which files to edit, can anyone help?
I took some time to check the two links you have provided.
It works well with IE6, but not with Firefox.
Now, there must be a clue in that.
In the meantime, have you posted a ticket at Godaddy
or followed the suggestion given above by other members?
Another thing is:
You say you are using \”godaddy economy hosting\”
but Godaddy says \”This page is hosted free, courtesy of GoDaddy.com\”.
This is some confusion.
Is your WPMU/BP ensemble in the root directory?
If not, what\’s the name of the folder where it is installed?
I ask this beacuse I can\’t use Firefox\’s \”view page source\” to see http://illdesigned.com .
It\’s a flash page, and I never use any Adobe products.
I haven’t tested this, but you should probably be able to edit
delete the @import directive that is there and instead add:
This might hose some of the functionality added by loader.php, but should be the easiest place to make the change.
And… if you make these changes to the BP core files, don’t forget to save them when updating BP.
Oh, and BTW, upgrading to the paid godaddy hosting will most likely fix the ad code injection issue you’re having; but I would concur with the negative comments about godaddy — paid or not — as a host for a buddypress project. You’ll keep running into problems trying to do more advanced stuff on their servers. That’s just not the market that they’re serving.
Barry, I feel what Magi182 says is worth a try.
That’s why I asked you whether you had followed suggestion posted on this page.
One thing I saw was that …/user/your name looks critically different from the corresponding page at my site, and the @import directive in your page looked odd to me, though I knew what should be there only from Magi182′s suggestion for replacement.
In fact I too wanted to say “You’ll keep running into problems trying to do more advanced stuff on their [Godaddy's] servers”. That’s a very savvy, pragmatic advice.
I certainly think you can resolve your problem soon.
I’m having the same problem. I just installed BuddyPress 1.0rc2 today, and it’s the first WPMU install for me, and obviously the first BP install as well. I’ve been running WP for over 2 years though, on the same server (different domain), with complete success.
The install seemed to go fine, and I followed the instructions to also use the BP-home theme for the WPMU home page as well (it fails with any of the 4 choices of home page themes).
The site comes up correctly in IE7. In Firefox (3.0.10) and Chrome (220.127.116.11), no CSS gets loaded.
I’m running this on CentOS 5.2, using NginX 0.7.53. WP runs perfectly.
It’s not an “access” problem. Firebug shows that the CSS file is read correctly (and I can see all of the lines in there, so NginX is serving up the CSS). But, for whatever reason, FF and Chrome both decide that it’s not CSS, and just ignore the styles completely (Firebug says that there are no style elements on the page).
Looking at the NginX debug logs, IE takes the css file with an “Accept: */*” and FF takes it with an “Accept: text/css”. Otherwise, I don’t see any obvious differences.
If I code up my own html file, and use the exact same syntax for the css <link> line that BP generates, FF will _correctly_ parse the css file.
The only thing that seems strange in the BP generated code is that the HTML fails the W3C validator for including an “id=_wpnonce” in the hidden search form field _two times_. But, if I remove one of those lines, FF still fails to parse the css.
Here are the links (the site has zero in it at the moment):
Here is a link to my “test” html file, which loads the same css file (where I added yellow as the background color in custom.css):
Just to show that the css file is accessible:
Any help would be greatly appreciated, thanks in advance!
P.S. The most obvious difference between my tiny HTML file and the generated one is that I have no DOCTYPE or “profile=” in mine…
One quick update to the comment immediately above this one.
I just did a fresh install of WPMU, did not even log in as admin and did not install BuddyPress. The default WPMU shows the same behavior as the above, so this can’t possibly be a BuddyPress problem.
Not that I wouldn’t appreciate your help on this, but I’m going to continue to try and solve this at the WPMU level, and move on to BP when/if I solve it…
OK, responding to my own questions, just not to create work for anyone else who ends up here in the future.
I had a bug in my NginX conf file. For all CSS files that were in subdirectories off the root, I was sending those files through PHP rather than just returning them. That caused the Content-Type to be set to “text/html”, rather than “text/css”.
That’s why it worked without a Doctype (quirks mode kicked in), and failed in Firefox and Chrome with the Doctype in.
Thanks for sharing your issue and, even better, the solution!
I’m having the same issue, but I don’t know how to fix it. I see the solution but don’t know how to implement it myself. Is there code I need to change somewhere to fix it?
This thread has not had any activity in more than 1 month. Since then, the BuddyPress codebase has changed considerably, so the solutions presented here may be out of date.
You must be logged in to reply to this topic.