Forum Replies Created

Viewing 11 replies - 1 through 11 (of 11 total)
  • I have the same problem. The plugin switches to setup and hangs whenever I try to open any of the settings screens using WordPress administration.

    Thread Starter brianjstarr

    (@brianjstarr)

    Anyway, I assume this update will fix my problem, so I’m not worried about incompatibility.

    FYI, nobody would realistically want to hide the featured picture of their course on the course page, as LearnPress will then put a placeholder “missing photo” picture there if you hide it, which looks ugly. If you’ve tested this, you must have also noticed that, right? There are probably a lot of post types that just don’t make any sense to use with your plugin, so rather than give people to figure out how to exclude them by messing with their functions.php, I’d say just exclude those by default rather than the other way around.

    Thread Starter brianjstarr

    (@brianjstarr)

    Perhaps you could let users specify the excluded post types in a MySQL table. That is a safer option than making them modify their functions.php

    Thread Starter brianjstarr

    (@brianjstarr)

    As for the rating, even if this specific issue was fixed, I still have to down rate your plugin because vital options are only adjustable by making changes to functions.php. This is really only suitable for advanced users. A proper GUI should be provided.

    Thread Starter brianjstarr

    (@brianjstarr)

    Theme: Latest Storefront
    I also have the SEO from Monster Analytics which might be relaxant.

    I will try to get the other info later.

    However, ideally you should provide a hook to block loading of your plugin depending on the post_type. I directly modified your PHP to check the post_type in the code that runs when a page loads, and return if the post type is lp_course, and everything works perfectly.

    I checked the page meta for your plugin (I forget the name of the meta key) in MySQL and it was indeed “No”, but the featured image wasn’t being loaded regardless. I even deleted the row with the meta key, and it didn’t help. Maybe it is being cached someplace: I tried purging the cache and it didn’t help.

    FYI, having to modify functions.php is not a good solution. But, even if I modify functions.php, it doesn’t fully block the plugin code from running for those post_type’s. You need to add that ability, too.

    Thread Starter brianjstarr

    (@brianjstarr)

    It is updated

    Thread Starter brianjstarr

    (@brianjstarr)

    Would I need to uninstall woocommerce payments, first?

    Apparently not. It allowed me to replace the old version with the new one. That’s a great trick!

    Thread Starter brianjstarr

    (@brianjstarr)

    Replacing the code in hrf-faq.php with the following seems to fix the problem (you’re welcome!)

    <?php
    
    add_shortcode('hrf_faqs', 'fn_hrf_faqs');
    
    function fn_hrf_faqs($attr)
    
    {
       
       $is_new_install_hrf = get_option('hrf_installed_status');
       
       $faq_params = shortcode_atts( array(
            'category' => '',
            'title' => '',
        ), $attr );
        
       $html = '<div class="hrf-faq-list">';
       $is_faq = true;
       
       if( $faq_params['title'] != ''){
       $html .= '<h2 class="frq-main-title">'.$faq_params['title'].'</h2>';
       
       }
       $head_tag  = get_option('hrf_question_headingtype','h3');
       if( $faq_params['category'] != '' ){
       $faq_args = array(
            'post_type'      => 'hrf_faq',
            'post_status'    => 'publish',
            'posts_per_page' => -1,
            'orderby'        => 'menu_order',
            'order'          => 'ASC',
    	    'tax_query' => array(
                array(
                   'taxonomy' => 'category',
                   'field'    => 'slug',
                   'terms'    => array( $faq_params['category'] ),
                ),
    		),
       );
       } else {
       $faq_args = array(
            'post_type'      => 'hrf_faq',
            'post_status'    => 'publish',
            'posts_per_page' => -1,
            'orderby'        => 'menu_order',
            'order'          => 'ASC',
       );
       }
       
       $faq_query = new WP_Query( $faq_args );
    
       if( $faq_query->have_posts() ): 
          while( $faq_query->have_posts() ): 
             $faq_query->the_post();
    
             $html .= '<article class="hrf-entry" id="hrf-entry-'.$faq_query->post->ID.'">
                          <'.$head_tag.' class="hrf-title close-faq" data-content-id="hrf-content-'.$faq_query->post->ID.'"><span></span>'.get_the_title().'</'.$head_tag.'>
                         <div class="hrf-content" id="hrf-content-'.$faq_query->post->ID.'">'.apply_filters( 'the_content', get_the_content() ).'</div>
                      </article>';
    
    if ( $is_new_install_hrf == 'new') {
    $endofhtml = '<article style = "display:block;text-align:right; font-size:11px">Powered by <a href="https://websitebuilderguide.com/wp-plugins/html5-responsive-faq-plugin-for-wordpress/" target="_blank">HTML5 Responsive FAQ</a></article></div><!-- HRF v 2.8.4 -->';
    }else { $endofhtml = '</div>';}
         
          endwhile;
       else:
          $html .= "No FAQs Found";
          $endofhtml = '</div>';
       endif;
       wp_reset_query();
      $html .= $endofhtml;
    //   $html .= '<p style="text-align: right;">Powered by HTML5 responsive FAQ</p></div>';
       return $html;
    }
    Thread Starter brianjstarr

    (@brianjstarr)

    OK, I think I fixed this!

    I added the plugin “shortcoder”, and then created 2 shortcodes:

    redirect_if_logged: <script>if (document.body.classList.contains( ‘logged-in’ )) { window.location=”https://www.ocdumbos.com/courses/roof-rat-care-and-ownership/&#8221;}</script>

    And added this shortcode to the lp-profile page

    redirect_if_not_logged: <script>if (!(document.body.classList.contains( ‘logged-in’ ))) { window.location=”https://www.ocdumbos.com/lp-profile/&#8221;}</script>

    And added this shortcode to the roof-rat-care-and-ownership course.

    And I activated login and registration from the lp-profile.

    So, now if someone tries to open the course who is not logged in, they will be forced to login or register, then they will be directed to the course page.

    If someone is already logged in and tries to view the profile for some reason, they will be immediately directed to the course.

    It’s not pretty, but it works and at least isn’t as confusing to the user as what used to happen. I wish someone working at learnpress could figure out how to make the registration and course enrollment process work more smoothly.

    There is a work-around: {all_fields}

    This will display the contents of all the fields, even the ones which currently only display “array”. It’s a hack, and messes up my nicely formatted emails, but it’s the only way to insure that I get emailed the entire contents of all the fields until they fix this bug.

    And it is a bug: if I go in and carefully re-request the field-name tags from the email setup, I still get “array” in my emails.

    Yes, I just started having the same problem with my Everest forms. The entries stored in the database on my website still have the correct information, but the emails sent do not.

Viewing 11 replies - 1 through 11 (of 11 total)