codejp3

I have three users – an admin, a contributor and a subscriber(participent).

Everyone was be able to submit a picture with a reply but now the admin is the only one that can.

It copies the pictures to hm_bbpui_temp for both the admin and others but only moves the pictures to a sub folder in hm_bbpui for the admin.

@clivesmith

This would be step #2 to investigate. We’ll approach this when the time comes, but it may require creating a private forum on your site that only admins are able to see/use and create a temporary admin account for me on your site. It is HIGHLY RECOMMENDED to NEVER do this, but I think we’ve had enough interactions in the past that you may be comfortable enough with it. We’ll approach that when the time comes. Step #1 is dealing with the TinyMCE editor visibility for guests, and I’ve hit a dead end with that and decided to reach out to others for additional input. I’ll update you as I find out more.

• This reply was modified 2 years, 11 months ago by codejp3.

@realityhousedev – It’s been about a week, so I’m assuming that you got this straight after trying our suggestions. Marking as resolved, but feel free to post here again if you tried all of that and still have issues with the right editor being displayed.

@clivesmith – You’re welcome!

Even though this is not a Style Pack issue, it’s still an unresolved issue, and I don’t like unresolved issues.

If it was working, but isn’t now, then clearly SOMETHING changed. I’ll try to help you figure out what that “something” is.

I did NOT verify that guests could upload pictures, and will do so when I can and get back to you. I recently did some traveling and my server and dev laptop are not accessible at the moment, but should be later this week.

I’ll also add to everything that @robin-w just mentioned –

Another user recently posted this issue, and it was due to his browser cache. Once he cleared his cache, the proper editor box then showed. Same could be true for any WP site caching plugins and/or any CDN cache.

@reedy – I’ve gone as far back as version 4.9.11 and can verify the “Subscribe” link showing on topics even when the subscription button is not activated at least since then. It is working as expected for actual forum subscriptions, but always displayed on topics whether activated or not.

As for the new class “bsp_button1” being added, I can’t say for sure when that change was made (probably version 5.2.x), but that has been that way for quite a while now.

There are CSS code snippets that can help you override the styles applied to that class, but you would have to target the specific “Subscribe” links you wanted since the “bsp_button1” class affects MANY buttons such as “Mark All Topics Read” and “Create New Topic”.

Before going that route, I think myself and @robin-w should discuss the best option for handling this and make some code changes accordingly. I personally think the bsp_button1 class SHOULD be applied for forum subscriptions (would match the other forum-level buttons), but should NOT be applied for topics (would match the favorites link).

Until this is resolved, here’s a few things you can do to hold you over:

1.) If you want to disable subscriptions, you can simply hide the subscription link until we apply code to actually disable it. You can add this CSS code snippet to the “Custom CSS” tab ( /wp-admin/options-general.php?page=bbp-style-pack&tab=css) to hide the button altogether.

a.subscription-toggle {
    display: none;
}

2.) To mimic the default styling of your theme, you could add this CSS code snippet to the “Custom CSS” tab. NOTE: It may require small changes to match your theme ( values may need to be “initial”, “inherit”, “revert”, or “unset” depending on the CSS hierarchy of your theme):

a.subscription-toggle.bsp_button1 {
    font-size: revert !important;
    font-family:  revert !important;
    color:  unset !important;
    background: revert !important;
    background-image: revert !important;
    -webkit-border-radius: revert !important;
    -moz-border-radius: revert !important;
    border-radius: revert !important;
    padding:  revert !important;
    text-decoration: revert !important;
    border: revert !important;
    cursor: revert !important;
    line-height: revert !important;
}

a.subscription-toggle.bsp_button1:hover{
    background: revert !important;
    background-image: revert !important;
    text-decoration: inherit !important;
} 

The 2 code snippets above are TEMPORARY until we can dig into this and publish a new version to address this permanently.

• This reply was modified 2 years, 12 months ago by codejp3. Reason: fixed minor typos

@bubumick69 – version 5.5.8 was just released which includes the Kadence theme support capability that Robin added for you.

As Robin said, please disable the temporary testing plugin before upgrading to this official release.

Marking as resolved, but feel free to post here if you have any issues.

Yeah, I didn’t even try the plugin myself. Good call @robin-w !

@clivesmith – Do you have WP debugging enabled and have you checked your debug log file?

Debugging in WordPress

Or, with debugging enabled, have you tried a plugin like DebugPress to view errors in-place as they occur?

https://ww.wp.xz.cn/plugins/debugpress/

Just for good measure, I’d like to try the media upload plugin on my test server with YOUR settings as you have them for Style Pack. This is purely to confirm that the issue you’re experiencing is not a conflict with Style Pack. Can you export your current settings from the “Export Plugin Settings” tab (/wp-admin/options-general.php?page=bbp-style-pack&tab=export) and email them to me at [email protected]?

Update: Quoted posts marked as spam/pending

We resolved this issue through email, but I wanted to share it here in case others run across this issue.

Cause: Too many links within post content. Blocked by the WordPress setting for comment moderation, which affects the whole site, including bbPress topics/replies. Quotes include links to the quoted user’s profile, and are counted as links within the topic/reply content.

I’ve included 3 possible solutions below, and they are in order from least preferred/effective up to most preferred/effective.

Solution #1: Increase the amount of allowed links in Settings > Discussion > Comment Moderation (/wp-admin/options-discussion.php). This will fix some cases where this is happening, but not all, and will affect the entire site (not just bbPress).

Solution #2: Disable the WordPress comment moderation settings specifically for bbPress topics/comments. You can do so by adding the following code snippet to your site (child theme functions.php file or with the Code Snippets plugin):

// disable WordPress discussion checks within bbPress content
add_filter( 'bbp_bypass_check_for_moderation', '__return_true' );

Credit for this code snippet goes to @ajtruckle from this topic on bbPress support forum.

Since this disables comment checks in the forum, you may want to enable the moderation tools within the Style Pack “Moderation” tab (/wp-admin/options-general.php?page=bbp-style-pack&tab=modtools) and set them up according to your preferences (/wp-admin/options-general.php?page=bbpress%2F#bsp-moderation) for good measure.

Solution #3 (preferred): Make sure links that are within the current website do not get counted against the number of links within posts/topics/replies. For an unknown reason, BuddyPress uses this technique, but WordPress core does not. THIS is the root cause of the issue, and this technique specifically addresses that root cause, while the previous 2 solutions are just workarounds. In order to prevent local links from being counted as part of the number of links within posts/topics/replies, add this code snippet to your site (child theme functions.php file or with the Code Snippets plugin):

// prevent local links from being counted against comment moderation max links
function custom_comment_max_links_url( $num_links, $user_url, $content ) {

        // How many links?
        $num_links = preg_match_all( '/(http|ftp|https):\/\/(.+?)([\s\'"])/i', $content, $matches );

        // Neutralize the current site's URL.
        if ( isset( $matches[0] ) && is_array( $matches[0] ) ) {
                foreach ( $matches[0] as $found_url ) {
                        if ( 0 === strpos( $found_url, home_url() ) ) {
                                $num_links -=1;
                        }
                }
        }

        return $num_links;
}
add_filter( 'comment_max_links_url', 'custom_comment_max_links_url', 10, 3 );

THIS is the preferred solution since it allows the WordPress comment moderation link limit to remain in effect as intended, but does not count local links against that max links limit.

I hope this is helpful to anyone experiencing this issue.

@enkoes – glad we got it resolved. Expect the new release with the option to disable nested quotes in the near future 😉