Forum Replies Created

Viewing 15 replies - 1 through 15 (of 22 total)
  • @rimbimbi: I haven’t seen any updates to the plugin so I followed the solution from the link posted above and manually updated the feed URL to the correct one. In my case, I made the following changes to resolve the issue on our installation:

    /wp-content/plugins/wp-mail-logging/lib/vendor/redux-framework/framework.php
    Changed URL to https://redux.io/feed/ in line 433

    /wp-content/plugins/wp-mail-logging/lib/vendor/redux-framework/core/dashboard.php
    Changed the feed URL to https://redux.io/feed/ in line 27

    I hope this helps others who encounter this error.

    I see the issue I raised is being discussed in other threads with a solution suggested here: https://www.ads-software.com/support/topic/widget-redux-framework-news-doesnt-work/

    • This reply was modified 3 years, 4 months ago by F R.

    We are also seeing this PHP error:

    PHP Notice: A feed could not be found at "https://reduxframework.com/feed/"; the status code is "404"

    Which is coming from this failed API call to an URL that is no longer valid:

    Method: GET
    URL: https://reduxframework.com/wp-content/uploads/redux/redux_notice.json	
    Status: 404 Not Found	
    Caller: reduxNewsflash->get_notice_json()
    Component: Plugin wp-mail-logging

    Can this be corrected in the next update?

    Thread Starter F R

    (@frosado)

    Hello,

    I implemented the suggested change to my functions.php file, and it resolved the REST API error. Site Health is still displaying the “An active PHP session was detected” error. (The error regarding the plugin deactivating itself happens every few days and is random, so I can’t report on it unless I see it happening.)

    Testing around the site I notice that now, WordPress pages set to PRIVATE with a password require that the password be entered every time they are loaded, vs the first time the page is visited. That is a draw back to the user experience as they must re-enter the page password every time they now visit it. I imagine we won’t be able to have it both ways, so unless there is a less “global” way of fixing the Curl error we are stuck?

    Thanks for all the help and ideas!

    Thread Starter F R

    (@frosado)

    An update on my end: Looking at the Chrome Console one one of the pages that displays the query results, I see the following error in a WPBI JS. Not sure if it is at all related, if it is a critical error, or how this would cause sporadic deactivation of the plugin, but I figured I would share it.

    (I can’t upload screenshots here or in the support ticket page you shared previously, so I am just pasting the error message and related code below.)

    jquery-migrate.min.js:2 JQMIGRATE: Migrate is installed, version 3.3.2
    (index):242 Uncaught TypeError: Cannot read property 'defaults' of undefined
        at (index):242
        at HTMLDocument.ready (wpbiDocReady.js?ver=1.0.0:26)
    (anonymous) @ (index):242
    ready @ wpbiDocReady.js?ver=1.0.0:26

    The console flags the error as stemming from the third line below:

    <script type="text/javascript">
    docReady(function () {
      jQuery.extend(true, jQuery.fn.dataTable.defaults, {
    	"order": [],
    	"searching": false,
    	"responsive": true
      });
      var table = jQuery("#datatable-1").DataTable({"pageLength":-1});
      table.buttons().container().appendTo( jQuery('#datatable-1-buttons') );
    });
    </script>

    Hopefully this helps.

    Thread Starter F R

    (@frosado)

    Thank you @joeyoungblood for your response. I’ve submitted a ticket with the details requested.

    Thread Starter F R

    (@frosado)

    UPDATE: The WP Business Intelligence plugin is causing the following error reported in the WordPress Site Health Status screen:

    An active PHP session was detected
    
    A PHP session was created by a session_start() function call. This interferes with REST API and loopback requests. The session should be closed by session_write_close() before making any HTTP requests.

    and

    The REST API encountered an error
    
    The REST API is one way WordPress, and other applications, communicate with the server. One example is the block editor screen, which relies on this to display, and save, your posts and pages.
    
    The REST API request failed due to an error.
    Error: cURL error 28: Operation timed out after 10001 milliseconds with 0 bytes received (http_request_failed)

    I believe this may be why the plugin will “crash” and become deactivated sometimes. I determined that this plugin was the cause for the error by turning off and on each of the site plugins one by one. Deactivating this plugin solves the two errors reported above.

    Thread Starter F R

    (@frosado)

    You can add it to functions.php or to your child theme.

    I am actually using a code snippet plugin to have more control over the functions I add to the site, and to protect them from site/theme updates.

    Hope this helps!

    Thread Starter F R

    (@frosado)

    Thx

    Thread Starter F R

    (@frosado)

    Solved it. I added the following code to functions.php. This method of auto-login did not conflict with Ultimate Member and successfully logged in the user after registration while capturing the first name and last name fields correctly in the WordPress user profile.

    Just passing it along for anyone else who may have this issue and in case it helps fix UM’s conflict with other methods of auto login when URL redirect parameters are used.

    function auto_login_new_user( $user_id ) {
            wp_set_current_user($user_id);
            wp_set_auth_cookie($user_id);
        }
        add_action( 'user_register', 'auto_login_new_user' );
    Thread Starter F R

    (@frosado)

    Solved it. I added the following to functions.php. This method of auto-login did not conflict with Ultimate Member and successfully logged in the user after registration and saves the first name and last name fields correctly in the WordPress user profile.

    Just passing it along for anyone else who may have this issue and it case it helps you Jeff with future updates to the plugin. Thanks!

    function auto_login_new_user( $user_id ) {
            wp_set_current_user($user_id);
            wp_set_auth_cookie($user_id);
        }
        add_action( 'user_register', 'auto_login_new_user' );
    Thread Starter F R

    (@frosado)

    Follow-up:

    I tried using the plugin “Auto Login New User After Registration” to solve the login problem, and it successfully allowed me to automatically log in users after registration, but it introduced a new error where the new user’s first name and last name are NOT saved to their WP user profile in the back-end.

    I then removed the “Auto Login New User After Registration” plugin and added the code below to functions.php. Once again, new users are automatically logged in after they register, but they lack their first name and last name in their profile.

    Somehow UM is blocking the new user registration from saving first name and last name to the database.

    I did a conflicts test and it is the UM plugin which blocks first name and last name. Running the site without UM results in all fields being saved to the database.

    When I remove the code below the first and last names are saved to the database but users are once again not automatically logged in if the referring URL to the registration page contains a ?redirect parameter in the URL.

    Any ideas for how to auto-register while using redirect parameters in the URL -or- how to successfully save first name and last name to the user profile when using an auto login plugin or function like the one below?

    Thank you!

    function auto_login_new_user( $user_id ) {
            wp_set_current_user($user_id);
            wp_set_auth_cookie($user_id);
                // You can change home_url() to the specific URL,such as 
            //wp_redirect( 'https://www.wpcoke.com' );
            wp_redirect( home_url() );
            exit;
        }
        add_action( 'user_register', 'auto_login_new_user' );
    Thread Starter F R

    (@frosado)

    Hi Jeff,

    It does seem that UM is conflicting with Auto Login. That’s too bad.

    I even tried using the following code in functions.php and the problem persists. I’m going to write to UM now.

    function auto_login_new_user( $user_id ) {
    wp_set_current_user($user_id);
    wp_set_auth_cookie($user_id);
    // You can change home_url() to the specific URL,such as
    //wp_redirect( ‘https://www.wpcoke.com&#8217; );
    wp_redirect( home_url() );
    exit;
    }
    add_action( ‘user_register’, ‘auto_login_new_user’ );

    This code does the trick to auto login, but it results in the same issue–First Name and Last Name are not saved in the WP user profile.

    Just FYI. Will be contacting UM now. Thanks still for the help!

    Thread Starter F R

    (@frosado)

    I see. Let me do a compatibility check then by turning off UM first then others one at a time to see if we can get the names to save with the auto login plugin activated.

    The plugin is doing a great job login in new users automatically, so it would be a shame if we end up not able to use it!

    I’ll report back with the results of the compatibility check.

    Thread Starter F R

    (@frosado)

    I uploaded a screenshot of a user profile from the WP backend. You can see it here:

    https://boxofficefunding.com/no_name.png

    Thanks Jeff!!

Viewing 15 replies - 1 through 15 (of 22 total)