Forum Replies Created

Viewing 7 replies - 1 through 7 (of 7 total)
  • Thread Starter alphabear1

    (@alphabear1)

    Thanks Kelly, to confirm I’m having this issue on a half dozen sites now.

    As mentioned, if you use the Health Check plugin, it only disables plugins for the Admin account, not for anyone else. When in this ‘sandbox test mode’, if you click on the Manage Subscription page, you are presented with “John Doe” as the user account, not the name/email of the Admin account itself.

    It then literally does nothing when you attempt to update any preferences, as that account doesn’t actually exist.

    Without having to spin up an entire new instance of WP to test what seems to just be a faulty plugin, do you have any other troubleshooting recommendations? I now have three active tickets (in different forums) with MailPoet to try and resolve this.

    Thread Starter alphabear1

    (@alphabear1)

    Thanks for your reply,

    The 404 KB is the same link that I posted in my original message. As mentioned, I’ve already taken all of those steps.

    And, as mentioned, I’ve created the pages using Elementor and MP shortcode.

    I’ve now also tested using Guttenberg + MP Shortcode, creating a brand new page and having MP point to that, but have the same result (a 404).

    So that means that I can’t get the Manage Subscription page to work:

    • as the default MailPoet page
    • as a new page using Elementor Pro + shortcode or text as shortcode
    • as a new page using Guttenberg + shortcode

    Previously this was working with Elementor Pro.

    I’ve also now tested using the WP Health Check troubleshooter, which doesn’t provide me with anything useful, as I’m unable to properly load the Manage Subscription page as the admin (I just get the dummy account, which says it updates, but is not a real user).

    It would appear that this plugin is now broken?

    Thread Starter alphabear1

    (@alphabear1)

    Hi there, is there any update on this one? This is a pretty significant issue.

    Thread Starter alphabear1

    (@alphabear1)

    Yep so, that’s not the case at all. I can (and have) verified that the data does exist in the Drupal DB (as mentioned in the previous message). I have followed every step as provided, including all of the FAQ and troubleshooting steps, yet neither local nor remote import seems to work.

    We are not interested in pulling in anything other than the Drupal posts, so we don’t need any extra services, or add-ons, etc, just the basic functionality of this plugin.

    Does this plugin no longer work?

    This support thread needs to be unmarked as “resolved” as there is a clear issue with the plugin.

    Thread Starter alphabear1

    (@alphabear1)

    Here’s the export from the log file. It should be noted that this DB 100% contains all the relevant Drupal data:

    === START test_database 2024-11-27 22:10:08 ===
    Connected with success to the Drupal database
    Drupal data found:
    0 articles
    0 pages
    0 categories
    0 tags

    [WARNING] Your Drupal database contains users. You need the Premium version to import them.
    [WARNING] Your Drupal database contains comments. You need the Premium version to import them.
    [WARNING] Your Drupal database contains custom nodes. You need the Premium version to import them.
    [WARNING] Your Drupal database contains custom taxonomies. You need the Premium version to import them.
    [WARNING] Your Drupal database contains URL alias. You need the Premium version to import them.
    [WARNING] Your Drupal database contains navigation menus. You need the Premium version to import them.
    [WARNING] Your Drupal database contains node blocks. You need the Premium version and the NodeBlock add-on to import them.
    [WARNING] Your Drupal database contains YouTube media fields. You need the Premium version and the Media Provider add-on to import them.
    [WARNING] Your Drupal database contains field collections. You need the Premium version and the Field Collection add-on to import them.
    [WARNING] Your Drupal database contains webforms. You need the Premium version and the Webform add-on to import them.
    === END test_database 2024-11-27 22:10:08 ===

    Thread Starter alphabear1

    (@alphabear1)

    Hi there,

    I’ve been provided with two Drupal DB’s (NAME_drupal and NAME_responsive).

    I’ve imported the _drupal DB into a new WordPress DB via phpmyadmin, and then used the details in the WP-config file to make a connection.

    After selecting “Import”, the plugin then immediately finished successfully (never a good sign), with approximately zero data actually being imported.

    Any idea what could be going on here?

    Thread Starter alphabear1

    (@alphabear1)

    Thanks, we’ll try this in the next few days and report back

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