Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'wordpress'

Viewing 25 results - 3,951 through 3,975 (of 22,651 total)
  • Author
    Search Results
  • #260173
    Paul Wong-Gibbs
    Keymaster

    We asked around a few people on Friday and no-one has any ideas how this might have happened unless you – or your host – has edited the WordPress PHP files. I haven’t seen other reports yet, so it’s probably related to your install somehow.

    #260172
    Paul Wong-Gibbs
    Keymaster
    #260167
    tergra
    Participant

    I found this : https://wordpress.org/support/topic/multisite-user-registration-access/

    So I think the variable is_user_member_of_blog should return true only when used on the blog the user created his profile on, what do you think ? 😉

    #260134
    nhatnnt1
    Participant

    Hi djpaul
    I’m using wordpress version 4.6

    #260133
    Paul Wong-Gibbs
    Keymaster

    dbDelta is a WordPress function, @danbp, it’s not bbPress specific. It’s used to update the schema of a MySQL database. The bigger question is how did something trigger the BuddyPress installation methods yet not make sure the relevant WordPress function was loaded.


    @nhatnnt1
    What version number of WordPress are you using?

    #260132
    nhatnnt1
    Participant

    Hi.
    Bubypress version I downloaded plugin on your site. When I complete my installation in wp-admin can not.
    I used to run and install wordpress eeasyengine.
    Currently, I used PHP version 5.6.27

    When I go to phpmyadmin, I see the following information:

    Server version: 10.1.18-MariaDB-1~trusty – mariadb.org binary distribution
    Protocol version: 10

    #260053
    Paul Wong-Gibbs
    Keymaster

    I think with multisite, WordPress user registrations only occur on the main/root site. I don’t know how BP_ENABLE_MULTIBLOG works with this (i.e. I can’t remember if the registration redirect happens). It’s been a while since I’ve used it.

    If you’re a little technical, you could test it, and then look in the database afterwards — probably the wp_x_users, wp_x_usermeta, wp_x_signups tables, and see if there’s any field such as a blog ID or blog URL set somewhere for the new users that you could use.

    Otherwise, I think you’d have to code something up.

    #260049
    rebekahltc
    Participant

    Paul – I just wanted to thank you for taking the time and solving my problem – I removed the customisation that I’d done to the functions.php file to allow an email login (I think I did this before WordPress allowed such a thing – or maybe I was mistaken) and now the widget works. There was obviously some conflict.

    Thank you so much – it’s quite hard work pushing our users (older people) to do things online, so really need it to be as simple and user friendly as possible.

    Paul Wong-Gibbs
    Keymaster

    So… you CAN log into WordPress with your email address and password. On example.com/wp-login.php, it even says “Username or Email” and “Password”. Is this the main log in that you are talking about?

    I have just tested the BuddyPress log in widget and I can log in using the email address.

    I am a bit baffled why this doesn’t work for you. Please can you remove any relevant code customisations, and just test it again?

    If you can’t log into /wp-login.php using an email address and password, you should try the WordPress.org support forums first and get that fixed, because that’s how it should be working.

    #260042
    Paul Wong-Gibbs
    Keymaster

    Hi @romanreignempire

    You need to change a WordPress settings — you need to enable permalinks. Your WordPress blog URLs look like: example.com/index.php/roman-reigns/ and we need to have them look like example.com/romain-reigns/. This is required to have BuddyPress work.

    If we’re lucky, you can go into wp-admin and Settings > Permalinks, then pick anything other than “Default”. Then save, and check if your blog post links have changed, and if they still work.

    If they DON’T work, you need to fix that first. There is lots of information on the web about enabling WordPress permalinks, and if you have a good web host, oftentimes they will know how to enable them if they are disabled by default for some reason.

    #260041
    Paul Wong-Gibbs
    Keymaster

    I guess that means that when a user registers on one of the multi-sites he can use his account on all the other websites of the Multi-site installation, right ?

    Yes, but understand that you have to give that user access to those other sites (in wp-admin) to write blog posts, for example. If a user does not have explicit permissions to a specific multisite site, they won’t have any special access; they’ll only be able to read the content as if they were another normal visitor. You can test this right now, without BuddyPress, and see how it works.

    meaning it takes him out of the French Website to put him onto the English on

    You seem to be using multisite to have your content localised into different languages. This is a common approach for WordPress multisite, but BuddyPress does not work the way you want it to in this situation.

    You can activate BuddyPress in a few different ways. Simply, on multisite, you can activate the plugin on a specific site, or network-wide. There is lots more detail at https://codex.buddypress.org/getting-started/installation-in-wordpress-multisite/ but if BuddyPress is activated network-wide, all the BuddyPress content will only appear on one site (we call this the “root blog”). We use redirects to support this, exactly as you’ve found.

    You can’t have BuddyPress active on a multisite that uses the sub-sites as different languages, and have the BuddyPress social network appear on all of them and work in the same way, except with different translations. It doesn’t work that way out the box…

    …however here is an advanced setting you can use to make BuddyPress behave like this: BP_ENABLE_MULTIBLOG

    See https://codex.buddypress.org/getting-started/customizing/bp_enable_multiblog/
    I would encourage you fully test this setting out if you enable it, before you start building the rest of your site, just to understand and confirm its behaviour.

    🙂

    #260040

    In reply to: Error in doc settings

    Paul Wong-Gibbs
    Keymaster

    @dioniq Did this work with a previous version of BuddyPress? If so, what version?

    While the developers of that plugin are contributors to BuddyPress, you’re best to try requesting support via that plugin’s forums: https://wordpress.org/support/plugin/buddypress-docs

    #260007
    livingflame
    Participant

    @modemlooper You know that a lot of plugin is bad for WordPress. I don’t want more plugins, I need the Codes. Look at this and please understand my petition.

    Site Menu example:

    Logo –– Home –– Activity –– Members –– Groups –– Message (1) –– Friend Request (3) –– Notifications (4) –– My Account or Profile (sub: Log Out, etc.)

    The problem is, that Buddypress links (Wp / Appearance / Menus) has not Bubbles or Count Alert. I NEED THE COUNT ALERTS! NO PLUGINS!

    #259997
    modemlooper
    Moderator

    look through this plugin https://wordpress.org/plugins/buddypress-notifications-widget/

    The code could be reused to create a menu

    #259994

    In reply to: Login page

    Venutius
    Moderator

    https://wordpress.org/plugins/bp-simple-private/

    This makes it so the only page you can view is the homepage, then make sure all you can see on the homepage is the login button? Either that or modify the above plugin so that it redirects to the login page.

    #259983
    bid9jafd
    Participant

    Hi,

    I want to hide the entire Base Profile Field Group on my site.

    I have followed the steps outlined by @shanebp in this topic &, while the Base Profile Fields have been hidden, the tab for the Group is still visible.

    I have posted a screenshot of the issue here.

    I want just the profile group ‘user info’ to be visible & editable.

    I’m using the Kleo theme – version 4.1.5, WordPress 4.6.1.

    I’d greatly appreciate some help.

    #259973
    modemlooper
    Moderator

    * Please refrain from @ mentioning specific users in the topics.

    Most of these are plugin territory. The great thing about WordPress and BuddyPress is the nature of plugins and being able to choose the functionality you need to create a custom user experience.

    #259970
    karennadine
    Participant

    Hello Scott,

    My site is not really focused on images and videos so I did not have to export/import a lot of this, but the media I did import went well.

    Comments on blogs (from Ning) were imported so I guess this could work out well for comments on photos/videos as well. The only thing is whenever you have a lot of media content it will take some time to export.

    You just would give it a try to see how it works out. I took the following steps:
    Installed WP
    Installed Buddypress
    Installed BBPress
    Downloaded the Ning Export tool (http://www.ning.com/help/?p=5219) and started exporting
    Downloaded and installed Import from Ning tool https://wordpress.org/plugins/import-from-ning/

    I used ftp to upload the Ning files, to avoid errors I did this step by step (not all content at once).

    Good luck with it!

    #259969

    In reply to: the_ID = 0

    danbp
    Participant

    A partial explanation about “why”can be found here:
    https://buddypress.trac.wordpress.org/ticket/6230#comment:11

    #259942
    Henry Wright
    Moderator

    Instead of filtering ajax_querystring, how about using bp_parse_args()?

    Ref https://buddypress.trac.wordpress.org/browser/tags/2.2.1/src/bp-groups/bp-groups-template.php#L431

    #259940
    danbp
    Participant

    As already said: it’s constructed.
    The site url is defined in WP general settings and stored in wp_options table
    The user name is stored in wp_users table
    For the other questions about DB, read:

    BuddyPress Database Diagram

    WordPress database schema

    #259939
    danbp
    Participant

    @henrywright

    Nothing ! I can sort them, but i was unable to assign them correctly. Whatever i tried until yet, didn’t work. It’s like the default group filters keep precedance. My feeling about group type, is that it is implemented to be used inside of group create step first and in a single group as second. In brief, it’s an information for single groups.

    Also, this curious slug (groups/groupname/type/typename/) applied to the group type name showing up on a group header. This pseudo ‘type’ sub-page is used to display a directory of groups using the same type. But this directory isn’t the site group directory !
    Despite this, the default group nav menu is also on that page. And when you click for example on All Groups (the default group directory page) you remain on /groups/groupname/type/typename/. Bad UX !

    That’s what i discovered after unpacking 2.7 RC2. I opened a ticket and Ray patched it a few hours later. Seems to resolve partialy that specific menu problem, but for the moment it’s only a patch and a bug- not the final solution.

    Now, add to that issue, the fact that the group directory is ajaxified, that groups sort options have apparently priority whatever you add as custom option and also the (imho) complex way groups_get_groups applies his filters is far away from what i’m able to do. The mangle of doc and use examples related to types is also an obstacle.

    There is most probably a filter missing. The question is: what, how and where to apply it. Do we use bp_ajax_query_string or groups_get_groups ? Or both or something other ?

    That said, my low php knowledge is probably the first obstacle. 😉 If you have a brilliant idea to surround this, don’t hesitate to share.
    I you want i can send you a copy of what i’m trying to do, bundled as plugin.

    #259859
    Venutius
    Moderator

    Make sure you are logged out when accessing the register page.

    Sometimes wordPress losts it’s connection to pages, you can reset this by resaving the Dashboard>>Settings>>Permalinks page, that might fix your Groups page access problem.

    #259856

    In reply to: Updated WordPress

    Henry Wright
    Moderator

    The most recent version of BuddyPress should work with the most recent version of WordPress. Can you describe the problem you’re seeing?

    #259840

    In reply to: Like Button Issue.

    danbp
    Participant

    Can I simply change it on my WP-admin settings

    Yes !

Viewing 25 results - 3,951 through 3,975 (of 22,651 total)
Skip to toolbar