Search Results for 'theme'
-
AuthorSearch Results
-
September 20, 2009 at 5:26 am #52776
In reply to: Upgrading to 1.1-rc/1.1-beta
4467657
Inactiveusing WPMU 2.8.4a + 1.1-beta + Atahualpa 3.4.2 theme
I deleted the old bp-themes, and moved the 2 folders to /themes/
I am having issues similar to @driz’s (https://buddypress.org/blog/news/buddypress-1-1-beta/#comments):
1. When I select my atahualpa theme as active, I get the message
You do not have any BuddyPress themes installed.
Please move the default BuddyPress themes to their correct location (move /…/html/wp-content/plugins/buddypress/bp-themes/ to /…/html/wp-content/bp-themes/) and reload this page.
I can still see my main blog (with the atahualpa look), but when I choose to open /members or /groups etc, I get redirected to Home
2. When I select bp-default as the active theme, everything works fine, but I obviously don;t have my customized look-and-feel I had with atahualpa
How do I make atahualpa work again?
September 19, 2009 at 10:52 pm #52767muraii
Participant* You’ve deleted all the content (visible and invisible) from your root folder
– Have not done this, but I did create a new subdirectory and installed WPMu in that location.
* Your using a blank DB that has a different name, username, and password from any that you’ve used before
– Check.
* You’ve cleared your browser’s cache
– I’ve done this with previous testing, but not with this new install. I’ll try that.
* You’ve downloaded a new copy of WPMU and installed it, creating brand new wp-config and .htaccess files
– Check.
* You’ve downloaded the newest BuddyPress trunk (if running bleeding edge). If using a tagged version of BP, then you’ve downloaded that version again to have a fresh, clean copy. You then manually install BP and then activate it.
– Check (revision 1903, as noted).
* You have no other themes installed in wp-contents (other than the default WPMU and BP themes)
– Check.
* You have no other plugins except BP (and possibly the default plugins that come with WPMU)
– Check.
—-
So, it seems that clearing my browser cache and clearing the root folder might be the only issues. I’m imagining that the latter assumes I’ve installed in root, which I haven’t; I have a single-user WP blog there that’s not going anywhere. I could install to my local machine (which I’m likely to do anyway), but that wouldn’t seem to invalidate this particular phenomenon.
As to browser cache, I’ve cleared that before without affecting results, and will do so now; but that would seem to suggest it’s not critical. I’ll leave a note after I’ve tested it, though (don’t want to while replying, for obvious reasons).
September 19, 2009 at 4:36 pm #52751Jeff Sayre
ParticipantOkay, I’m just checking to make sure that we are on the same page. What exactly do you mean by “virgin setup”. Is everything brand, spanking new?
To me, a virgin install is this:
- You’ve deleted all the content (visible and invisible) from your root folder
- Your using a blank DB that has a different name, username, and password from any that you’ve used before
- You’ve cleared your browser’s cache
- You’ve downloaded a new copy of WPMU and installed it, creating brand new wp-config and .htaccess files
- You’ve downloaded the newest BuddyPress trunk (if running bleeding edge). If using a tagged version of BP, then you’ve downloaded that version again to have a fresh, clean copy. You then manually install BP and then activate it.
- You have no other themes installed in wp-contents (other than the default WPMU and BP themes)
- You have no other plugins except BP (and possibly the default plugins that come with WPMU)
Also, it does not hurt to clear your Apache and PHP error logs so that you can easily see any errors specific to your new install.
September 19, 2009 at 4:08 pm #52747ParticipantHi,
Just installed brand new WPMu 2.8.4a, with a new database, and BP trunk 1903. There are no other plugins; I’ve done no editing of any code or any themes. I activated bp-default, which, even in this virgin setup, Themes claims has template files in themes/bp-sn-parent/messages, and this same phenomenon emerges.
Again, I’ve tried other child theming arrangements, and in any case that doesn’t involve bp-sn-parent (bp-default child of WP theme, WP theme child of another WP theme), there is no issue. As soon as bp-sn-parent is involved as a parent theme, WSoD.
I’m not sure what environment variables would make this an issue, but that seems a plausible area to research. Is there a particular way in which recent revisions of BP interact with {load, locate}_template() that might be causing the problem, but only on some servers?
For what it’s worth, I’m hosted with Fourbucks.net, a subsidiary of IDA Group.
Daniel
September 19, 2009 at 12:10 am #52737kkeramidas
ParticipantI’ve done a complete reinstall of WPMU 2.8.4 and Buddypress 1.0.3 and still having the same problem. Everything works okay until I activate Buddypress. Then two things happen:
1. When I go into themes (general themes not buddypress themes) and hit preview on any theme I get this warning:
You do not have any BuddyPress themes installed.
Please move “/wp-content/plugins/buddypress/bp-themes/” to “/wp-content/bp-themes/” and refresh this page. You can download more themes here.
2. The front page of my WPMU site turns into a blog directory that does not recognize the other blogs in my site even though they are visible and accesible in the pulldown menu that Buddypress adds to the top of the site. I can no longer access posts in that blog or change the theme.
I definitely did the moving of the folders so that is not the problem.
Is it because I am using subdirectories and not subdomains?
It feels like my WPMU install is looking at the wrong themes folder, could that be it?
Really at a loss here thanks for the help
September 18, 2009 at 11:30 pm #52736In reply to: testbp demo site's forum
ParticipantYes, both testbp.org and BuddyPress.org use bbPress. You need to customize your bbPress theme. Search the forums here for “bbPress theme”.
September 18, 2009 at 8:03 pm #52732ParticipantHi there,
Using same trunk revision (1902) on a different install (not new, clean install, but different directory and db), and the same thing happens:
– bp-default is claimed to have its template files in bp-sn-parent/messages
– activating bp-default kills the renders the whole install inaccessible
– renaming bp-sn-parent returns access
As I tried some non-BP parenting the other day without problems, and even parented bp-default to another WP theme without issue, this seems to be bp-sn-parent. I will, however, start with a completely fresh install once I have the time.
Daniel
September 18, 2009 at 6:33 pm #52727In reply to: Members Directory only A-Z
Andy Peatling
KeymasterIt means it’ll probably get added for 1.2. If you want this now you can add it in your theme.
September 18, 2009 at 4:48 pm #52724In reply to: BuddyPress Showoff: Post your links
Mike
ParticipantNEW AvenueK9 BP 1.1 theme released… see live demo here..
Download:
September 18, 2009 at 5:10 am #52713crocgo
ParticipantI have put the themes back on, the error is gone, but still the theme is not working for the members tab and etc.
why is that so?
anyone can help here?
September 18, 2009 at 12:24 am #52704ParticipantWhich version of BuddyPress are you running?
If you’re using 1.1-beta, then the bp-sn-framework and bp-default directories need to be moved into /wp-content/themes/.
If using an earlier version, then you need to move bphome into /wp-content/themes/ and bpmember into /wp-content/bp-themes/
Also, more suggestions about how to tackle your particular error message can be found here:
https://buddypress.org/forums/topic/buddypress-plugins-and-theme-not-loading
Just one note, if you get to the stage of deleting BuddyPress and starting over with its install, please make sure you deactivate it first before deleting it.
September 17, 2009 at 11:08 pm #52702ParticipantI forgot to add that when I go into the home blog admin and try to select a different scene, the preview states that:
You do not have any BuddyPress themes installed.
Please move “/wp-content/plugins/buddypress/bp-themes/” to “/wp-content/bp-themes/” and refresh this page. You can download more themes here.
Although I definitely have those themes installed.
September 17, 2009 at 10:56 pm #52701In reply to: BuddyPress Privacy Component: An Update
Anointed
Participant@David – you aren’t kidding about theming elgg…. major pain is putting it nicely. Frankly the theme engine is lightyears ahead of wp, if and only if you are a master at oop, php, css etc… There are serious advantages to having the ability to style each object independently but it comes with an obvious price.
@Jeff – Well if it’s not obvious already, I’m definitely interested in your full-scale RBAC as I am sure many others would be once they understand the power behind it. Simply pm me anytime you need someone to ‘tear it apart’ during beta LOL…. I’m a master at breaking things.
Between this plugin and Justin Tadlocks roll manager plugin that he just released my wpmu world is looking like it has a very bright future ahead.
September 17, 2009 at 10:48 pm #52698In reply to: Sign Up Page — css problem
mmcomber
ParticipantWill do.
It’ll be fun to figure out how to keep the same look and feel with 1.1. I’m just getting used the parent/child theme architecture.
September 17, 2009 at 10:40 pm #52696In reply to: Sign Up Page — css problem
ParticipantIt is not an amateurish question at all. But since BuddyPress v1.1-beta was just released, the old two-theme system is being phased out. Going forward, BP will use a parent/child theme architecture. It is a more powerful, flexible theming environment.
Since you are using a custom, premium theme (Woo Themes), you should ask them for support.
September 17, 2009 at 10:19 pm #52693ParticipantHi there,
I have made one WP theme a child of another WP theme, activated, and had no issue.
I have made bp-default a child of another WP theme, activated, and had no issue.
There is something about bp-sn-parent that confuses WPMu.
I want to keep the situation clean, and not confound troubleshooting by installing a new trunk revision. I have tried this a couple of times already, having noticed the problem while using 1881, then pulling 1882 without improvement, and similarly with 1885 (what I’m currently using). However, if you think that would help, I’m happy to.
Is there anything in the way SVN pulls everything down to my local machine that might cause the issue(s)? Since I’m not checking trunk out directly on the server, as I don’t have ssh access, I check out locally then FTP.
Anyway, I hope this proves useful beyond my particular situation.
Daniel
September 17, 2009 at 7:52 pm #52684ParticipantAh, so maybe I haven’t b0rked anything myself, or, in fact, several people are breaking things consistently yet independently. I will tonight test the parent/child behavior of WPMu itself, by setting two WP themes into such a relationship to see if it, too, has issues. If not, it would appear that there is something in the WPMu <-> BP interaction.
I have filed this ticket:
https://trac.buddypress.org/ticket/1031
Just for clarification, I had been working with parent/child theming with BP trunk for some few weeks without any problems. I’ll keep from updating until we have sorted something out.
Cheers,
Daniel
September 17, 2009 at 7:48 pm #52683In reply to: BuddyPress Privacy Component: An Update
Participant@David –
Quote:Personally, I still prefer BuddyPress. The theming process in Elgg caused me great pain and I find the Elgg interface suffers from inconsistencies and poor usability.I couldn’t agree more with you on the theming issues. Elgg is more like drupal, anything is possible, but the learning curve is beyond steep and straight up hill imo. Of course in it’s current state bp isn’t much easier, though that is going to change bigtime with 1.1. As to the interface, well that can be changed as well, but it’s a huge amt of work. We actually got about 90% finished making an exact ‘clone’ of the theme used for bp on this site. I just got sidetracked on other projects so didn’t complete it yet.
@Jeff – I’m definitely not trying to start a platform war. The only reason I even brought up elgg was as an example of what can be accomplished and a system that I absolutely fell in love with when I found it. In the case that you had not seen the code from elgg, I was simply trying to give an example is all.
My foundation is and will remain wpmu. That is why I keep coming back every few days to check on bp progress. Your privacy plugin is going to make bp usable in many instances where without it bp would not even be an option. I applaud you for the work on this, and the devs behind bp itself. I agree it’s an amazing platform considering how young it is.
I think my request for granular object control has been made pretty clear. I just wanted to get my 2cents in whether it’s accepted or not.
peace
September 17, 2009 at 7:19 pm #52678Participantandy, shud i put back the themes back? doesnt seems to be working.
September 17, 2009 at 5:53 pm #52663In reply to: Upgrading to 1.1-rc/1.1-beta
redboatdesign
ParticipantCan I ask if there are known CSS issues with IE7 on the default theme?
FF is fine after the upgrade but the CSS is not right in parts of the profile for IE7. When on the Profile only in IE7 you get a very long page.
Also when rolling over the wire to post the whole profile will drop down about 2000px.
If anyone has an updated CSS file or has a fix that would be great. As mentioned everything is fine in FF. I can supply a link if needed.
September 17, 2009 at 5:01 pm #52659ParticipantI noticed tonight that the description in Themes for bp-default says
The template files are located in /themes/bp-sn-parent/messages. The stylesheet files are located in /themes/bp-default.
Why would WPMu be looking for template files in a directory under bp-sn-parent/, rather than in that directory?
That is very strange. There have been two other reports of something similar–except one listed /blogs the other listed /groups.
- https://buddypress.org/forums/topic/child-themes-working#post-23669
- https://buddypress.org/forums/topic/upgrading-to-1111-beta#post-23646
Please file a ticket so that we remember this issue. Perhaps with a little more information, we might be abel to find out why some people have seen this behavior.
September 17, 2009 at 4:37 pm #52656ParticipantHi, Jeff,
Yup. /bp-themes/ has been toast for some time now.
September 17, 2009 at 4:18 pm #52653In reply to: Upgrading to 1.1-rc/1.1-beta
KeymasterThe warning should not appear if you have a BuddyPress enabled theme activated.
September 17, 2009 at 2:33 pm #52634In reply to: Upgrading to 1.1-rc/1.1-beta
takuya
Participantreadme.txt says,
Move “/wp-content/plugins/buddypress/bp-themes/bp-sn-parent” and
“/wp-content/plugins/buddypress/bp-themes/bp-default” to “/wp-content/themes/”
But when bp-themes does not exist, alert box with message below appears on General Settings page.
Please move the default BuddyPress themes to their correct location (move /var/www/html/test/wp-content/plugins/buddypress/bp-themes/ to /var/www/html/test/wp-content/bp-themes/) and reload this page.
Which is correct?
September 17, 2009 at 1:46 pm #52626ParticipantBefore activating BuddyPress, did you delete the /bp-themes/ directory? If you do not, and then activate BP and choose the new theme framework, BP can have issues resolving which theme system–the old or the new–your wanting to use.
-
AuthorSearch Results
