Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'wordpress'

Viewing 25 results - 1 through 25 (of 22,644 total)
  • Author
    Search Results
  • #339350

    In reply to: Missing Pages

    emaralive
    Moderator

    Yeah, unfortunately, the “very large arrow” was a result due a change with the WordPress 6.9 branch. This was previously reported in the Support forum topic -> Can’t register new users .

    Subsequently, Trac ticket #9324 was opened and resolves the issue, however, the ticket won’t be incorporated until the next BuddyPress release.

    If you read through the indicated Support forum topic (specifically, here) there were some potential “workarounds” provided, prior to opening the Trac ticket. I suppose, since there is a patch that contains the CSS rules, those rules could be used as yet, another workaround until the next release.

    #339329

    In reply to: Missing Pages

    emaralive
    Moderator

    If your current version of BuddyPress is greater than or equal to 12.0.0, you will need to install and activate the BP Classic plugin/add-on to restore pages.

    #339320
    emaralive
    Moderator

    Interesting regarding “creating a term” because there should have been a payload with 10 key:value pairs & response with XML data, however, let’s put a pin it for now and focus on delete-tag, which may solve the “creating a term” issue, as well. As an aside, “creating a term” may be using the normal “form” method, the same as when “JavaScript” is disabled but, this is mere conjecture since we don’t have all the facts.

    Backing up to delete-tag the payload and & response look normal, of which, the numeric 1 indicates that the function wp_delete_term() returned a value of true and thus the term was deleted. So now we need to solve the mystery of why tags.js appears to be functioning in an abnormal way or in IOW, ‘what the heck is going on?’.

    On another note, when the “delete” link is clicked does the background color of the row change to hex color value of #faafaa? Furthermore, if you look at line 50 of tags.js the conditional checks for a numeric value of 1 which should be satisfied due to the response being a numeric value of 1 and that row should have been removed according to the code within that condition, along with not receiving the An error occurred while... error message.

    So now, you will need to step through the code of tags.js in an attempt to understand what might be occurring. So, you will need to utilize the “source” tab within “DevTools” and select the tags.js file so that it shows in the code window, then select line 50 to set a breakpoint, then delete a category, then step through the code to make sure the condition of line 50 is being stepped through. Additionally, make sure the code in the code window matches code from GitHub. The path top->domain->wp-admin->js where the targeted file should be residing.

    NOTE: As an aside, your file might be named tags.min.js in which case you won’t have sequential line numbers. If this is the case, you may want to temporarily add the following to the wp-config.php file (you can remove or comment it out after you have finished debugging):

    
    define( 'SCRIPT_DEBUG' true );
    

    This will load tags.js in which you will have line numbers, instead of the minified tags.min.js.

    OK, this should be enough for now and, hopefully, help to determine the next steps to take.

    #339313
    emaralive
    Moderator
    
    An error occurred while processing your request. Please try again later.
    

    The above error message appears to originate from the WordPress tags.js file, line 83 with line 84 adding the message to the DOM; if the AJAX action of delete-tag has completed after the function wp_delete_term() has returned a value of false or a numeric `0′.

    The following is an excerpt from the docblock for said function:

    
     * @return bool|int|WP_Error True on success, false if term does not exist. Zero on attempted
     *                           deletion of default Category. WP_Error if the taxonomy does not exist.
    

    You might want to debug the AJAX call via “DevTools” of your web browser, start with looking at the results (Status, Payload & Response) for admin-ajax.php when deleting a term (Category, Tag or Series).

    emaralive
    Moderator

    This has been fixed in ticket #9309. Specifically, Changeset 14146 resolves the issue for the 14.0 branch and changeset 14145 for trunk.

    The general public will just have to wait until the next release for the changes slated for the 14.0 branch to go into effect.

    #339295
    John N
    Participant

    Hi,

    I’ve run into an issue that appears to be caused by BuddyPress when deleting terms (categories, tags, and custom taxonomies) in WordPress admin.

    When I delete a term in wp-admin (for example a category or a custom taxonomy term), I get the following error message:

    “An error occurred while processing your request. Please try again later.”

    However, after reloading the page, the term is actually deleted successfully.

    – Deleting posts and comments works without any issues
    – The problem affects:
    – Categories (category)
    – Tags (post_tag)
    – Custom taxonomies (e.g. from PublishPress Series)
    – No errors are logged in:
    – wp-content/debug.log
    – Apache error log

    When deleting the same term using WP-CLI, everything works perfectly:

    bash wp term delete category <term_id>

    – No errors
    – Term is deleted correctly

    I disabled all plugins and then re-enabled them one by one. The issue only occurs when BuddyPress is active. With BuddyPress deactivated, term deletion works normally in wp-admin (no error message)

    In our system we use PublishPress Series, which registers a custom taxonomy called series. We have currently ~440 terms in this taxonomy
    – The number is continuously growing
    – The issue started appearing when the number of terms became relatively large

    This might indicate a scaling issue or something triggered by higher term counts.

    – The term is deleted successfully via wp_delete_term
    – Something in BuddyPress interferes with the response afterward
    – Possibly an issue with AJAX response (invalid JSON, unexpected output, etc.)

    Has anyone seen this behavior before?

    Is there anything in BuddyPress that hooks into term deletion (e.g. activity, notifications, or other components) that could break the admin AJAX response without triggering a PHP error?

    Could this be related to the number of terms in a taxonomy?

    We have also a similar problem when creating terms. No error messages in wp-admin but when clicking create it doesn’t look like that the term has been created. But when reloading the page the term is there.

    Any pointers on where in BuddyPress this might happen would be greatly appreciated.

    – WordPress: latest version
    – BuddyPress: latest version
    – PHP: 8.3 (PHP-FPM)

    Thanks!

    emaralive
    Moderator

    The Topic Owner created a Trac ticket with the same info that was posted in this thread. See Trac ticket #9333 for future info/dispostion.

    #339233
    manonetc
    Participant

    Does anyone know how to add xprofile fields into the Activity form?

    I would like to add a dropdown field, populated with 6 xprofile fields, that when a member s posting they can choose from the dropdown field, and add their choice to the activity they are posting.

    I’m almost have it, I’m stuck at this first stage, but the names aren’t showing up:

    add_action( 'bp_activity_post_form_options', 'render_pet_activity_fields' );
    function render_pet_activity_fields() {
    	echo '<label for="our-pets">Choose pet:</label>';
    	echo '<select name="our-pets" id="our-pets">';
    
    	$args = [
    		"field" => "137",
    		"user_id" => bp_get_activity_user_id(),
    	];
    	$petnames = [bp_profile_field_data($args)];
    	if (!empty($petnames)) {
    		foreach($petnames1 as $petname) {
    			echo '<option value="' . strip_tags($petname) . '">' . strip_tags($petname) . '</option>';
    		}
    	}    
    	$args = [
    		"field" => "138",
    		"user_id" => bp_get_activity_user_id(),
    	];
    	$petnames2 = [bp_profile_field_data($args)];
    	if (!empty($petnames2)) {
    		foreach($petnames2 as $petname2) {
    			echo '<option value="' . $petname2 . '">' . $petname2 . '</option>';
    		}
    	}  
    	
    	echo '</select>';
    }

    Using WordPress version 6.94.

    #339224
    Yvan Morel
    Participant

    Hello,
    I’m using WordPress 6.9.
    I installed BuddyPress 14.40 on my site: https://subjectif.eu.
    I would like it to appear in my site’s main menu. The intended page, Messaging ( https://subjectif.eu/messagerie ), only displays that name!
    I would like this page to display BuddyPress with its menu.
    What do I need to do?
    Thank you.

    emaralive
    Moderator

    The slug you provided corresponds to the Simple CAPTCHA Alternative with Cloudflare Turnstile plugin.

    The simplest solution is to force BuddyPress to use the standard WordPress login form, this can be accomplished by utilizing the bp_view_no_access_redirect_to_login_screen filter hook with a callback that returns a value of true. A one-liner approach is as follows:

    
    add_filter( 'bp_view_no_access_redirect_to_login_screen', '__return_true' );
    
    Mirax
    Participant

    Wordpress plugin : simple-cloudflare-turnstile

    I should point out that in the settings for this plugin, the “BuddyPress Register” checkbox is checked. The captcha is also visible on all of my forms (contact, WordPress login, etc.).

    I am looking for a way to add the captcha specifically to the “Members-only area” page.

    emaralive
    Moderator

    Do you have a link to the specific “Cloudflare Turnstile” plugin that you are utilizing? I’m asking because there appears to be several plugins that are available via the WordPress plugin directory.

    #339113
    emaralive
    Moderator

    As far as I can tell, “subscribe/unsubscribe” functions as expected when BuddyPress is activated or deactivated, thus I’m not able to duplicate your claim. Additionally, this was tested in the following environment:

    WordPress: 6.9.1
    BuddyPress: 14.4.0 – activated & deactivated
    bbPress: 2.6.14 – activated
    theme: Twenty Eleven

    No other plugins were activated other than what is indicated above.

    FWIW – engagements.js is responsible for the functioning of the subscription process for bbPress. It could be that this script is not being enqueued due to some other undisclosed factor or, if enqueued, a javascript error caused by a conflict with a theme or other plugin, however, this is just speculation since I am not able, at this time, to duplicate the issue you have described.

    As to:

    I have seen other messages on this topic dating back a number of years but no clear answer

    I’m not aware of such topics within the BuddyPress support forums, could you provide a specific topic with this claim?

    Mirax
    Participant

    Hello,

    As my site is French-speaking, I use a custom slug for viewing messages.

    In the slug configuration, for the “Messages” component, I have replaced the slug “view” (in English) with “afficher” (in French).

    This slug is not recognized by the system and does not work, despite the permalinks being recreated, when the message number is specified.

    For example:

    The URL https://expatthailande.com/membres/utilisateurtest4/messages/view/7/ does not display the messages received, whereas https://expatthailande.com/membres/utilisateurtest4/messages/afficher/7/ does.

    I am using BuddyPress version 14.4.0 on WordPress version 6.9.1.

    Thank you for your help. Best regards.

    #339101

    In reply to: BP profile search bar

    thinlizzie
    Participant

    Maybe check out BP Profile Search plugin, might help.

    BP Profile Search

    #339097
    thinlizzie
    Participant

    Hi,

    Not sure if this info is useful for you:

    My site …regular WordPress & Buddypress, VPS hosting, normal specs, 20,000 members, can get very busy.
    Groups are not enabled.

    After sitename/activity page loads, there is always an approximately one second delay before the list of activity items loads, 20 at a time.

    Activity items includes new friendships, new user registrations, bbpress new forum topics & replies, user profile updates, profile picture updates.
    Blog posts are not included.

    #339086
    Steve
    Participant

    If however, I use the BuddyPress profile page to change the picture, then the correct image is displayed in the toolbar and wordpress profile page, as well as the buddypress profile.

    #339085
    Steve
    Participant

    I discovered that if I delete the ‘Gravatar’ directory in the WordPress installation, the correct images are picked up by the BuddyPress profile.

    However, the WordPress profile doesn’t show a profile picture, nor does the top bar.
    If I deactivate BuddyPress, then WordPress picks up the Gravatar images correctly.

    Steve

    #339070
    Steve
    Participant

    Hello,

    I’m unable to update the profile picture on a subscriber account.
    When I attempt to upload an image via the BuddyPress profile page, I get the following message:
    ‘An error occurred. Please try again later.’

    No problem with the admin account.

    This is my site:

    Courses


    If you wanted to see this behaviour please create an account by clicking the login link on the menu.

    Once logged in go to:
    https://elearning.netmonics.com/members/admin/profile/
    Then try to add a profile picture.

    WordPress version is 6.9.1.
    Issue still occurs with the twenty twenty five theme installed.

    Any suggestions gratefully received.

    Steve

    #339064
    emaralive
    Moderator

    MediaPress is authored and maintained by BuddyDev, you might want to contact their support forum, via either of the following:

    indigetal
    Participant

    I have now created 2 more tickets in addition to this one: #9239, “Add filter hook to bp_email_get_type_schema()” and #9237, “Add privacy column to bp_activity for per-item visibility control.”

    I am a BuddyBoss user who has developed several BuddyBoss-related plugins. However, I have decided to migrate to BuddyPress and bring over several features that come packaged with the BuddyBoss Platform plugin to BuddyPress in order to do so. As I work through the migration, I am identifying very small, but useful, contributions that BuddyBoss has made to the BuddyPress version that they merged into their plugin.

    I will continue adding more enhancement ticket requests as I work through the migration/extraction.

    emaralive
    Moderator

    For reference, see Trac ticket #9327.

    emaralive
    Moderator

    For reference, see Trac ticket #9328.

    emaralive
    Moderator

    You should submit a ticket with the type set to “enhancement”, with the details you have expressed here, such that your proposal can be considered and dispatched accordingly.

    Afterwards, if you decide to submit a PR, the ticket can be referenced which will attach the PR to the ticket.

    emaralive
    Moderator

    You should submit a ticket with the type set to “enhancement”, with the details you have expressed here, such that your proposal can be considered and dispatched accordingly.

    Afterwards, if you decide to submit a PR, the ticket can be referenced which will attach the PR to the ticket.

Viewing 25 results - 1 through 25 (of 22,644 total)
Skip to toolbar