Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'wordpress'

Viewing 25 results - 4,576 through 4,600 (of 22,684 total)
  • Author
    Search Results
  • #253939
    Earl_D
    Participant

    I am running the lest version of Buddypress and WordPress on a VPS server NOT running multisite. Tiny framework is the theme I am using. However the first thing I did to trouble shoot was try to replicate problem without any plugin and using 2012 theme (which tiny frame is based on) and 2016 theme. The issues remained the same with but those thems and th social me theme.

    I will try to check the MYSQL question as I am familiar with that having done MYSQL database programming. However I have narrowed done the problem to something related to the extended profile fields component. Through trial and error and some research I surfaced the correlation which one other person seems to have referred as well. If extended profile fields are turned OFF the registration is completed and the activation email sent. If it is on the registration process is not completed. I tested this extensively turning on and off and it followed that pattern. I currently have the component turned off and users are able to register. When I turned on again I was unable to complete a registration.

    It may be unrelated but no registration spam protection plugins will work now either I have tried several with recaptcha and without and in every case the registration process short circuits.

    Thanks for any help in advance. I would like to get the extended field working again.
    EarlD

    #253938

    In reply to: BuddyPress Multisite

    Christian Wach
    Participant

    Thanks for the post, and thank you everyone that chimed in to alert the OP about the protocol for security concerns. Understanding it’s possible there’s a communication gap here, this topic does also read (to my eyes) as condescending & inflammatory, which is honestly not going to yield a very positive conversation. I think y’all did a great job staying positive, and I for one greatly appreciate that.

    To be clear to anyone else that runs into this topic, what the OP sees is not a BuddyPress or bbPress bug; this is WordPress doing it’s best to show published content from public post types.

    About BuddyPress:
    * Neither BuddyPress nor bbPress modify this core behavior
    * BuddyPress does not use this interface; bbPress does
    * The .org sites have not disabled this, they just do not have any unusual content to leak

    The gist:
    * If plugins allow for private content, it’s up to those plugins to protect it
    * If you create roles with content limitations, it’s up to you to confirm they’re working

    For anyone looking to modify or restrict content that appears in this list, use the wp_link_query_args and wp_link_query filters to do so.

    Here is how WordPress calculates the results in this list. Note that it only uses published posts from public post-types:

    $pts = get_post_types( array( 'public' => true ), 'objects' );
    $pt_names = array_keys( $pts );
    
    $query = array(
    	'post_type' => $pt_names,
    	'suppress_filters' => true,
    	'update_post_term_cache' => false,
    	'update_post_meta_cache' => false,
    	'post_status' => 'publish',
    	'posts_per_page' => 20,
    );
    

    WordPress has a built-in way to calculate privacy scope using 'perm' => 'readable' and even that is not used here (though bbPress does use this in its own loops.) WordPress instead takes a strict position of published public content by default.

    If anything unexpected is appearing here, it is not because of BuddyPress or bbPress, and we are still happy to help anyone discover the source of this in a new & more friendly topic.

    danbp
    Participant

    @sbrajesh (BuddyDev) published a pretty cool tip about page titles:

    Using WordPress Page Titles for BuddyPress Directory Page heading & Titles

    #253897
    Henry Wright
    Moderator

    In that case you could embed some CSS into the <head> section using the wp_head hook.

    Ref: https://codex.wordpress.org/Plugin_API/Action_Reference/wp_head

    #253895
    Henry Wright
    Moderator

    Is there a formal process for requesting this feature?

    Yes. The formal place to request features is Trac.

    #253884
    Mathieu Viet
    Moderator

    @earl_d

    As the registration process can be different according to WordPress configs, can you please provide some details about yours :
    – Multisite ? If so is BuddyPress network activated or activated on a specific blog of the network
    – Plugins ? Especially the ones that might play into the registration process.

    FYI, i’ve just rechecked on 2 freshes WordPress configs (regular & multisite) having only the BuddyPress plugin activated. Registration is working great.

    #253881
    Paul Wong-Gibbs
    Keymaster

    Did anything else update at the same time? Anything?

    2.5.3 contained changes to email implementation, and a security fix regarding user activation. The latter is most likely cause.

    What theme are you using? Do you have a custom registration template (did you make one)? What other plugins do you have running? Are you on multisite or regular WordPress?

    Can you think of any other useful information regarding any customisations around user or site registration?

    #253877
    Mathieu Viet
    Moderator

    @nnyorker you’re probably activated a standalone BuddyPress theme that has no support for the cover image feature.

    I advise you to have a look at this post:
    BuddyPress 2.4.0 will introduce Cover Images for members & groups!

    Paul Wong-Gibbs
    Keymaster

    Thank you for getting in contact with the BuddyPress team. Some of the attitudes displayed in this discussion have not been respectful and are not conducive to a productive conversation, so I am going to close this topic for that reason only. If anyone has questions about this moderation action and is prepared to discuss them civily, you can find my contact details on https://profiles.wordpress.org/djpaul/.

    All projects, including bbPress, BuddyPress, and WordPress, appreciate responsible reporting of suspected vulnerabilities. Read this page on the WordPress site for reporting guidelines for all the aforementioned projects: https://make.wordpress.org/core/handbook/testing/reporting-security-vulnerabilities/


    @djsteveb
    On the whole, the BuddyPress team enjoys a good working relationship with rtMedia, and we have often discussed issues when it’s vague when the root cause lies. I appreciate that it’s frustrating to be passed from pillar-to-post when you’re trying to get support or report a problem. If you still have the information, I’d encourage you to get in contact with the rtMedia team to start the conversation.

    #253874

    In reply to: Menu translation

    Paul Wong-Gibbs
    Keymaster

    Hi @paulrooms

    The Italian translation of BuddyPress is up to date: https://translate.wordpress.org/locale/it/default/wp-plugins/buddypress

    For the menu items (at least what I think you mean), you’ll need to go into wp-admin > Pages > Edit, and just rename/translate the pages yourself.

    #253872
    Paul Wong-Gibbs
    Keymaster

    @alexdex, there’s no point in shouting. As @sharmavishal and @danbp have said, you’d need to develop a custom notification and to do that, you’ll need a basic understanding of PHP and a familiarity with WordPress’ APIs for plugin development.

    You’ll be lucky to find someone with enough time and desire to figure this out for your free, to be honest. I think writing such a thing, while it seems simple, could get pretty complicated because of the number of places the Activity Stream is used, and the various internal config tweaks for each.

    #253869
    Paul Wong-Gibbs
    Keymaster

    @navyspitfire BuddyPress does not use wp_mail(), so any calls to that function are ignored and not treated with BuddyPress’ email templating.

    If your BuddyPress emails were being sent plain text, then that means you have a plugin that re-declares the wp_mail() function — probably your SMTP plugin, I’d guess. There are other SMTP plugins that don’t redeclare the function, and so compatible with BuddyPress.

    We fallback to plain text in these cases to maximise compatibility with all the many ways of customising emails that WordPress permits.

    The equivalent function is bp_send_email(), and for the type of email you mention, here’s an example usage: https://github.com/buddypress/BuddyPress/blob/master/src/bp-core/bp-core-filters.php#L533

    abooster
    Participant

    @shanebp Thanks for pointing me in the right direction.
    Those are the kind of links I’ve been looking for but couldn’t immediately find the right place to post. So, this forum seemed like the next best thing.

    Oh, and just to set the record straight:
    It is NOT irresponsible of me to post and vent about this particular issue in a public forum.
    It is irresponsible of WordPress to keep this hole open despite having fixed it for their own sites!
    THAT’S what’s irresponsible here!
    Not posting about an issue that WordPress is well aware of.

    In fact, I hope that a bit of public exposure will set fire to the idiot’s asses who are responsible for this gross negligence. Gross negligence can invoke criminal charges and this case here sure does seem like it might be such a case. I feel no pity for people who commit such gross negligence.

    #253814
    pandafoxxxx
    Participant

    Hello,

    After following the codex and googling for hours, I just can not set the default cover image for users when they first register. I use the latest version of wordpress and buddypress.

    functions.php

    
    function your_theme_xprofile_cover_image( $settings = array() ) {
    $settings['default_cover'] = 'http://www.planwallpaper.com/static/images/colorful-triangles-background_yB0qTG6.jpg';
     
    return $settings;
    }
    add_filter( 'bp_before_xprofile_cover_image_settings_parse_args', 'your_theme_xprofile_cover_image', 10, 1);

    member-header.php

    
    <?php $cover_image_url = bp_attachments_get_attachment( 'url', array( 'item_id' => bp_displayed_user_id() ) ); ?>
    <img src="<?php echo $cover_image_url; ?>">

    Website: local

    Edit: I CAN set an image in the profile tab and it shows up like normal.

    djsteveb
    Participant

    what I used to fix some of these permissions issues with a bp / multi-site setup – https://wordpress.org/plugins/press-permit-core/ – not sure if this will work on the other issues mentioned – and not sure how to set things up, as this plugin had pulled in the old settings that I made with the role scoper system some time ago.

    #253811
    shanebp
    Moderator

    You’ll probably want to create a new page and then load a custom template.

    In your custom template, you’ll need to create an Activity loop with the parameters that you want.

    Sounds like this is your first time performing these tasks.
    Give it a serious and thorough attempt and see how far you can get.
    If you get stuck, use gist or pastebin to share the code in your custom template.

    Please do not paste all the code on these forums.

    shanebp
    Moderator

    Thanks for your concern.

    The responsible way to report a security issue is to:

    1. Tell WP about it

    2. Open a ticket here – using the same user/pw you use for these forums.

    #253808
    navyspitfire
    Participant

    Solved. Did several things in code but it seemed like this plugin did the trick.

    #253804
    navyspitfire
    Participant

    Hi, was wondering if anyone had any clue as to what could be my issue, I would greatly appreciate it.

    Edit: following this tutorial I added the wp_mail ( 'somebody@domain.com', 'Mail subject', 'A <strong>HTML</strong> email' ); line but replaced the third parameter with the HTML email code, and it worked; I got an email with my header/footer HTML/styles. So why aren’t my buddypress/WP email being sent with the HTML code/styles that I’ve declared?

    #253802

    In reply to: BP Profile Search

    shanebp
    Moderator

    BP xProfile Location creates an xProfile field type.
    And it will include any of those field types on the the search form created by BP Profile Search.

    I think you want to use Google to auto-populate the textbox(es) created on the search form, based on user input.
    That would require custom code added to the BP Profile Search plugin.
    You will have to write that code yourself or hire a developer.

    #253784
    Pulse North
    Participant

    Hi @danbp,

    The theme itself wasn’t so much custom as just tweaked for purpose, it is a child theme of the Reverie theme (http://themefortress.com/reverie/) which is a foundation and WordPress framework. There weren’t many (if any) theme changes made beyond the style sheet and I there aren’t any Widgets in use beyond the Buddypress sidebar ones.

    There are quite a few plugins in use though (23 in total) but when I left all of them activated and switched to the TwentyFifteen theme, the feed posts were visible again.

    I’m honestly not sure how to go about debugging this, as I’m a designer primarily and Javascript/PHP are not my strong points. Is there anything you can do to help?

    Thanks for your assistance so far!

    #253783

    In reply to: Profile Tabs

    danbp
    Participant

    Hi @nnyorker,

    Try this plugin: BuddyPress profile tabs

    #253781
    danbp
    Participant

    Hi,

    You said you made some custom work. Review your work and search for WP_Widget occurence, there is probably a little error somewhere and the reason of the php notice. Culprit seems to come from your custom work. You have to debug ! 😉

    Difficult to say exactly what’s going on and where. It could be a call to widget from within your theme, or a custom function you added or a plugin you use. That call is using an old method, or some old php coding. It can also be a JS conflict, which could explain why you don’t receive group activities or even a missing BP class or ID name.

    Read here, perhaps you can get an idea.

    And don’t panic, a php notice is not a hot security alert, just a tech message. You can live with it or try to repair (which would be better).

    #253757
    danbp
    Participant

    Hi @eutopia007,

    you say nothing about the theme, which could be the culprit. Activate one of the default WordPress Twenty theme and see if the error remain.

    In any case, a page named #gf_2 is not part of BuddyPress or WordPress. Check all your pages and their permalinks. If you find one using that, delete it. You should also clear your trash definetly as it could be you have that page in it.

    WordPress use page which should be unique and have unique names.

    For more information, read here.

Viewing 25 results - 4,576 through 4,600 (of 22,684 total)
Skip to toolbar