emaralive

Forum Replies Created

Viewing 5 replies - 1 through 5 (of 5 total)
  • Thread Starter emaralive

    (@emaralive)

    Just finished testing both issues and version 2.0.2 appears to be a winner! Good job!!

    Thread Starter emaralive

    (@emaralive)

    OK, now that I’ve had a little more time to look at the issue, it appears that a root install of WP is assumed. However, some WP installs are within a subfolder which is the case for this thread, meaning, manually adding the subfolder to the GET URL, e.g., site.on.my.lan/subfolder/wp-json/wp-rollback/v1/fetch-info/?type=plugin&slug=error-log-monitor, and placing that in my browser retrieves a JSON response for the Error Log Monitor plugin.

    Another point of interest and separate from this thread is WP & PHP compatibility, as a heads up, the function str_contains found around line 476 of wp-rollback/wp-rollback.php will be a problem for some WP installs, e.g., WP branch 5.8 & PHP 7.4, of which there is not a shim/polyfill (although, one could be created/utilized within the WP Rollback plugin) for WP branch 5.8 nor a function of such defined in PHP 7.4. I bring this up because the WP Rollback plugins claims the following:

    • Requires WordPress Version:?4.8 or higher
    • Requires PHP Version:?7.4 or higher

    As to whether there are other issues is unknown to me because I wasn’t expecting to track down bugs. Hopefully, I’ve provided you with enough info such that you can find remedies.

    Thread Starter emaralive

    (@emaralive)

    I didn’t include that info because it appeared that any plugin would do, however, to be specific the following is just one example:

    Error Log Monitor

    Additionally, the GET URL (protocol = http) for the fetch appears to be:

    site.on.my.lan/wp-json/wp-rollback/v1/fetch-info/?type=plugin&slug=error-log-monitor

    Status Code: 404 Not Found

    <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>404 Not Found</title>
</head><body>
<h1>Not Found</h1>
<p>The requested URL was not found on this server.</p>
</body></html>

    So the above looks like why the response appears to be HTML, if I manually change the GET URL to have the host as www.remarpro.com and place that in my browser I get the following JSON response (just to see what happens):

    {"code":"rest_no_route","message":"No route was found matching the URL and request method.","data":{"status":404}}

    Not sure what else you need as to info, but this is what I have so far.

    FYI, on this plugin’s main page (Details tab) there is a link named Advanced View (right side info items). Once on that tab, scroll to the bottom and select 3.1.8 from the dropdown box, then click download.

    In case my instructions aren’t clear, here is the link to download version 3.1.8:

    version 3.1.8

    • This reply was modified 3 years, 6 months ago by emaralive.

    The tool “Plugin Compatibility” retrieves compatibility info (a JSON response) from the WPTide server(s), specifically looking at/for the contents (array) of “compatible_versions” and selects/displays the highest compatible PHP version. From the look of things, it may be the case that no compatibility tests were run against v7.4, but you will have to confirm this with the folks responsible for WPTide (see Tide for info about this group, as well as Feedback and Support info).

    For plugins that display “Could not be determined” either there isn’t a response record or the “compatible_versions” info (array) is missing. As for plugins that report v7.2 as the highest version, it could be that the last time those plugins were tested by WPTide was with v7.2 or it is possible they failed the v7.3 test but, again, you should check with the folks from WPTide.

    As for which installed PHP version you should use, is up to you or what’s available to you, however; the recommended version is, currently still, 7.4, therefore; you probably should be using v7.4.13.

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