Forum Replies Created

Viewing 15 replies - 1 through 15 (of 130 total)
  • Thread Starter Greendroid

    (@greendroid)

    Hi @geraltrivia,

    thanks for summing that up. You exactly got what I meant.
    Is there any possibility to change this behavior via the functions.php or so? Changing the hook for the action? Its really uncomfortable, that some bots can just enter hundrets of mail addresses to my database.

    Thanks and kind regards

    Thread Starter Greendroid

    (@greendroid)

    Hi @thup90,
    I agree that this could be a kind of intended behavior when the user is really doing a purchase and the checkout is successfully. For us this happens already when you enter a mail address and click on “Buy” also when the terms and conditions are not ticked or no name, etc… is entered.
    The mail address is already added also when no real purchase is made. This is really annoying as this opens all doors for spambots which can add mail addresses to our database without any spam protection. The spam protection is just bypassed.
    Can you please double check that this is really intended? For a real checkout I would agree for that behavior, but definitely not if no purchase is completed, but simply the buy button is pressed and details for a purchase are still missing.
    Thanks and kind regards

    Thread Starter Greendroid

    (@greendroid)

    Hi @guicmazeredo,

    thanks for your observation. I have tried that out in our webshop, just inserting a mail, a name and clicking “Buy”: The form is not submitted as you have not entered all fields or checked all necessary checkboxes, but MailPoet lists the inserted data as new abonnent and “unsubscribed”.

    Its exactly what I observe, thanks for highlighting! I have checked the MailPoet setting: I have enabled the “Opt-In at checkout” and added also a list there.
    Will this bug be covered in an upcoming update of MailPoet or is that something WooCommerce need to fix?

    Kind regards

    • This reply was modified 3 months, 4 weeks ago by Greendroid.
    Thread Starter Greendroid

    (@greendroid)

    Hi @geraltrivia ,

    Thanks for your support! I thought the same in the beginning, but I have captchas in my forms already. Besides that I have enable double-opt-in. If you register your email adress you get a confirmation mail and the mail is marked in the MailPoet status as “pending”. If you would confirm the mail the admin would get a notification, that someone registered.

    I don’t get any mails and I can also see in the “Mail sent by MailPoet” in the online webfrontend, that no mail like that was sent out.

    Therefore I assume, that the “bot” can somehow enter himself into the unsubscribed list. Is there perhaps a way to fake “Unsubscribe” links? Or an API or so which accepts automatic deregistration without sending any mail out? Is there perhaps a check in MailPoet missing, that this person need to be registered before?

    Thanks and kind regards

    Thread Starter Greendroid

    (@greendroid)

    Hi @wpmudevsupport11,

    thanks, good news, that you can reproduce it and see it as a bug.

    Crossing fingers that you find a solution soon.
    Kind regards

    Thread Starter Greendroid

    (@greendroid)

    Hi @wpmudevsupport13

    sorry for the late reply. I did sent the mail now.

    Kind regards

    Thread Starter Greendroid

    (@greendroid)

    Hi @wpmudevsupport13,

    thanks for your help. I am using PHP version 8.1. Going higher to 8.2 does not make any difference unfortunately.
    Also changing the site language in the general settings in the frontend to English (United States) does not change the behavior. After the respective changes I forced a new check of all links and still get the mentioned error together with the WordPress critical issue.

    Kind regards

    @wpmudevsupport16: Okay, whatever you like, I will open a new thread.

    @ravanh: You are absolutely right. I can exclude the template from beeing checked, but this would only be a workaround as in general I also want to get the template parts checked as well. But as a temporary solution this should work.

    Thanks for your support!

    Hi @wpmudev-support7,
    I have the same issue on my side. I have added a custom “special” link in the footer which opens a popup using the “Popup Maker (popmake)” plugin.
    The link is then just #popmake-4188.

    When adding this to the footer I also get the critical error in the local broken links checker dashboard and cannot click anything there. Also ignoring/hiding the link with the buttons is not further possible.

    The error via mail is the following:

    Fehler-Details
    ==============
    Ein Fehler vom Typ E_ERROR wurde in der Zeile 579 der Datei <MANUALLY HIDED FOR SECURITY REASONS>/plugins/broken-link-checker/legacy/includes/any-post.php verursacht. Fehlermeldung: Uncaught ArgumentCountError: 3 arguments are required, 2 given in <MANUALLY HIDED FOR SECURITY REASONS>/plugins/broken-link-checker/legacy/includes/any-post.php:579
    Stack trace:
    #0 <MANUALLY HIDED FOR SECURITY REASONS>/plugins/broken-link-checker/legacy/includes/any-post.php(579): sprintf()
    #1 <MANUALLY HIDED FOR SECURITY REASONS>/plugins/broken-link-checker/legacy/includes/any-post.php(543): blcAnyPostContainer->get_edit_url()
    #2 <MANUALLY HIDED FOR SECURITY REASONS>/plugins/broken-link-checker/legacy/includes/instances.php(463): blcAnyPostContainer->ui_get_source()
    #3 <MANUALLY HIDED FOR SECURITY REASONS>/plugins/broken-link-checker/legacy/includes/admin/table-printer.php(798): blcLinkInstance->ui_get_source()
    #4 <MANUALLY HIDED FOR SECURITY REASONS>/plugins/broken-link-checker/legacy/includes/admin/table-printer.php(490): blcTablePrinter->column_used_in()
    #5 <MANUALLY HIDED FOR SECURITY REASONS>/plugins/broken-link-checker/legacy/includes/admin/table-printer.php(147): blcTablePrinter->link_row()
    #6 <MANUALLY HIDED FOR SECURITY REASONS>/plugins/broken-link-checker/legacy/core/core.php(1992): blcTablePrinter->print_table()
    #7 <MANUALLY HIDED FOR SECURITY REASONS>/plugins/broken-link-checker/app/admin-pages/local-submenu/class-view.php(52): wsBrokenLinkChecker->links_page()
    #8 <MANUALLY HIDED FOR SECURITY REASONS>/plugins/broken-link-checker/app/admin-pages/local-submenu/class-controller.php(193): WPMUDEV_BLC\App\Admin_Pages\Local_Submenu\View->render()
    #9 <MANUALLY HIDED FOR SECURITY REASONS>/wp-includes/class-wp-hook.php(324): WPMUDEV_BLC\App\Admin_Pages\Local_Submenu\Controller->output()
    #10 <MANUALLY HIDED FOR SECURITY REASONS>/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters()
    #11 <MANUALLY HIDED FOR SECURITY REASONS>/wp-includes/plugin.php(517): WP_Hook->do_action()
    #12 <MANUALLY HIDED FOR SECURITY REASONS>/wp-admin/admin.php(259): do_action()
    #13 {main}
    thrown

    I am using the latest plugin version and I belief that this error is now shown since approx 2 weeks. Before I could not recognize it. So perhaps something changed within one of the recent updates?

    As I would like to have this Popup in the footer I cannot mitigate this issue in any kind currently. Perhaps there is a fix available soon.
    Thanks and kind regards!

    Thread Starter Greendroid

    (@greendroid)

    Hi @jamesosborne,

    thanks for the further support. I just did an update of the SiteKit plugin and now the error is gone!
    We can again select the SiteKit dashboard and see different metrices with ALL users.

    I checked the change protocol and saw the following:
    https://github.com/google/site-kit-wp/issues/9548
    Based on the video I would guess, that this solved our issue?

    Thanks for all your work and support!

    Thread Starter Greendroid

    (@greendroid)

    Hi @jamesosborne,

    thanks for the additional guide for troubelshooting.
    I tried the following:

    • Logged in with a normal user account in which the Site Kit error shows up
    • Verified, that the error still exists
    • Logged in with the administrator account (in which SiteKit is setup and shows up without issues) and added the visibility settings of SiteKit with ‘Administrator’. So that not only the normal user group as before, but also other Administrator can see the dashboard.
      Then I changed the user role of the issuing user to ‘Administrator’ to be able to perform your mentioned steps.
    • Took a Firefox Incongito Window (I don’t have Chrome) and logged again in with the issuing user (now in role ‘Administrator”) and verified, that the issue with SiteKit is still there.
    • Installed the Health-Check plugin and activated it. Then activated the Troubleshoot-Modus.
    • Activated the SiteKit plugin
    • Unfortunately here the error still exists. I can not open the SiteKit dashboard, the error still shows up.

    As I have changed the user role of the issuing user to ‘Administrator’ I doubt that there is something with the user roles, as the administrator has all rights.
    Hope this helps!
    Kind regards

    Thread Starter Greendroid

    (@greendroid)

    Hi @jamesosborne,
    I just checked the custom dimensions as you have shown in the picture. Here is an appropriate screenshot:
    https://imgur.com/a/OxMlVB3

    Thanks for your support and kind regards

    Thread Starter Greendroid

    (@greendroid)

    hi @jamesosborne,

    yes the error still exists but I found unfortunately not the time to perform your mentioned steps so far. Will hopefully come to it today/within the next days and update you then. Sorry for the delay…

    Kind regards

    Thread Starter Greendroid

    (@greendroid)

    Hi @jamesosborne,

    thanks for your effort. I already have another user with the same view rights (and everything the same to the “problematic user”). This other user can see the SiteKit dashboard without any issues with the default metrices clicked.

    Then I changed the metrices a few times to some other statistics and now its also broken for that user…
    I am not 100% sure which metrices I chose the last time, but I have in mind, that I chose “Most popular authors by pageviewes” and “Most popular products by pageviews”.

    As I was not totally sure, I created a complete new user with the same rights and checked again.
    The user was starting with “Most popular products by pageviews”, “Top traffic source”, “Most engaged traffic source”, “Top performing keywords”. At “Most popular products by pageviews” only a “Setup successful: Analytics is gathering data for this metric” was shown.
    Then I exchanged the “Top traffic source” by “Most popular authors by pageviews” and with that I broke the dashboard.

    So I can somehow confirm, that it is because of the “Most popular authors by pageviews”? Now all users currently have a broken dashboard 😀
    When I select the “Most popular authors by pageviews” on my admin dashboard it works fine and also shows the most popular author. So only the other users have issues with that metric.

    I hope this helps. In general I also do not have any problem in a complete reset of SiteKit. I cannot remember, that it was too much effort to reconfigure it. No worries, if you tell me how to do the full reset I would do.

    Thanks and kind regards

    PS: I use the plugin “Members” for changings some user rights. Is perhaps SiteKit somehow depending on one important role/access right which the other users do not have?

    • This reply was modified 1 year, 3 months ago by Greendroid. Reason: Added the PS
    Thread Starter Greendroid

    (@greendroid)

    Hi @jamesosborne,
    I have done so: Disconnected GoogleAnalystics completely from the side, reconnected again, activated all metrices so that they were visible at least once in my admin dashboard. Unfortunately the “problematic user” has still the error.
    Interestingly the plugin was somehow saving my settings, so when I reconnected with my google account everything looked like before. The same metrices as before, the same view-only roles assigned, etc…
    Is it somehow possible to remove the saved parameters of the plugin?
    Thanks and kind regards

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