Forum Replies Created

Viewing 15 replies - 1 through 15 (of 36 total)
  • Thread Starter eaec

    (@eaec)

    Thanks, I will do that tomorrow and report back.

    Thread Starter eaec

    (@eaec)

    Hello Zubair

    Thanks for the reply. I spun up an updraft clone and did some testing – In the staging area, I disabled all of the plugins except woocommerce and switched to 2024 theme, tested with success, then switched back to the same theme as production and then turned on all of the plugins in staging in groups of 4, and did not encounter the issue. I compared the plugin list to production and it is the same, but production is still returning a 503 error when I try to look at all products in admin. I can use the workround of going to a product filtered URL and can add, delete, and edit listings from there, but still unable to access “all products”.

    I checked the error logs and I see something promising refering to jetpack and admin audit plugins which recurs, I will paste that report below. I have tried to access All Products with Jetpack and/or WP Admin Audit disabled, both in turn and together, and I still get a 503 in any scenario.

    2024-09-27T05:57:58+00:00 Critical Uncaught Error: Object of class stdClass could not be converted to string in /home/eyeandear/public_html/wp/wp-content/plugins/wp-admin-audit/classes/Sensors/User.php:125 CONTEXT: {“error”:{“type”:1,”file”:”/home/eyeandear/public_html/wp/wp-content/plugins/wp-admin-audit/classes/Sensors/User.php”,”line”:125},”backtrace”:[“”,”#0 /home/eyeandear/public_html/wp/wp-includes/class-wp-hook.php(324): WADA_Sensor_User->onUserMetaUpdate(‘33979’, 1, ‘my-jetpack-cach…’, Object(stdClass))”,”#1 /home/eyeandear/public_html/wp/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters(NULL, Array)”,”#2 /home/eyeandear/public_html/wp/wp-includes/plugin.php(517): WP_Hook->do_action(Array)”,”#3 /home/eyeandear/public_html/wp/wp-includes/meta.php(290): do_action(‘update_user_met…’, ‘33979’, 1, ‘my-jetpack-cach…’, Object(stdClass))”,”#4 /home/eyeandear/public_html/wp/wp-includes/user.php(1217): update_metadata(‘user’, 1, ‘my-jetpack-cach…’, ‘O:8:”stdClass”:…’, ”)”,”#5 /home/eyeandear/public_html/wp/wp-content/plugins/jetpack/jetpack_vendor/automattic/jetpack-my-jetpack/src/class-wpcom-products.php(133): update_user_meta(1, ‘my-jetpack-cach…’, Object(stdClass))”,”#6 /h”]}

    According to the admin audit logs, the plugins that were updated right before this became an issue were as follows:
    Customizer Export/Import updated from version 0.9.7.2 to 0.9.7.3
    UpdraftPlus – Backup/Restore updated from version 1.24.4 to 1.24.5
    WooCommerce Square updated from version 4.8.0 to 4.8.1
    WPC Smart Wishlist for WooCommerce updated from version 4.9.0 to 4.9.1
    WPC Smart Wishlist for WooCommerce (Premium) updated from version 4.9.0 to 4.9.1
    WooCommerce PayPal Payments updated from version 2.9.0 to 2.9.1 (installed but not active)

    12 hours before that round of updates, these were also updated.
    Elementor updated from version 3.24.3 to 3.24.4
    Admin and Site Enhancements (ASE) Pro updated from version 7.4.3 to 7.4.4

    The only other thing I can think that may have been abnormal is Elementor was reporting that it was still updating its database when some of the above plugins were updated (the tab ahd not been refreshed so I did not see the dialogue).

    Thanks for your help, Brad

    • This reply was modified 1 month, 3 weeks ago by eaec.
    • This reply was modified 1 month, 3 weeks ago by eaec.
    • This reply was modified 1 month, 3 weeks ago by eaec.
    • This reply was modified 1 month, 3 weeks ago by eaec.
    • This reply was modified 1 month, 3 weeks ago by eaec.

    I was experiencing the same issue until I flushed the cache from my caching plugin. Still, a response would inspire more conffidence than just finding an unresolved thread.

    • This reply was modified 1 month, 3 weeks ago by eaec.
    Thread Starter eaec

    (@eaec)

    Thank you

    Thread Starter eaec

    (@eaec)

    To expand on the above, this link gives a 503: wp-admin/edit.php?post_type=product
    (trying to look at all products with no other variables)

    But this link does not: wp-admin/edit.php?s&post_status=all&post_type=product&product_type=synced-with-square&stock_status&paged=1
    (likewise any product-type filter will return results)

    Thanks

    • This reply was modified 1 month, 3 weeks ago by eaec.
    Thread Starter eaec

    (@eaec)

    Nevermind! Found a crptic thread on how to clear plugin cache and xml cache and it took care of the issue.

    Thread Starter eaec

    (@eaec)

    This is not resolved – support has been contacted but I have heard nothing back.

    Thread Starter eaec

    (@eaec)

    Thanks, since opening this ticket I’ve discovered that it is due to the woocommerce bundles / bundles product type not being recognized by any of my shipping plugins.

    Thread Starter eaec

    (@eaec)

    2 months later and I still have not solved this issue. I have uninstalled and reinstalled the plug-in, disabled firewalls, disabled security software, and nothing changes the outcome. When I install the plug-in, I can see the entry on the admin bar to the left, and when I click on it to enter my credentials and login it gives me a blank page as seen below. Nothing I can think of to try has changed that. I have used this plugin in the past so I know what it looks like when it is working, but I cannot get past this point to re-enable the plugin. My account is working, I am getting notifications by email and my Android app for Facebook chats, but I cannot integrate this with my WordPress site for some reason. Please reopen this ticket.

    tried to attach an image here but you can see it at this URL https://www.eyeandearcontrolrecords.com/wp/wp-content/uploads/2024/05/Screenshot_2024-05-15-11-25-04-97_40deb401b9ffe8e1df2f1cc5ba480b12.jpg

    • This reply was modified 6 months, 1 week ago by eaec.
    Thread Starter eaec

    (@eaec)

    Thanks Tajay – I had a potential security issue earlier in the week before this incident so my hypervigilance about unauthorized activity on my site has likely impacted my reaction to this issue so I apologize for my tone.

    I think something as simple as a dedicated prompt page at the end of the setup process promoting these 2 additional plugins, or providing the option to learn more about them by email if not install them right then, would be far more effective than slipstreaming them into the setup wizard for the SMTP plugin. I had a positive experience with the core product, but did not even try the other plugins as I wasn’t aware they had even come from that setup process until I found and removed them and traced back their origin.

    Thread Starter eaec

    (@eaec)

    Thanks, yes I have gotten replies from the team on both of the other plugins and likewise I will change my rating here to 3 stars – I appreciate thenresponses. In a necessarily security focused environment like newcomers and WordPress this type of behavior by a plug-in is questionable, and I really do hope that they make a separate page asking people to try out those plugins as I would have likely done so having had a positive experience with the setup wizard up until that point. That needs to be a separate page and not an embedded enabled by default toggle on an unrelated process and should be opt in as opposed to opt out focused.

    Thread Starter eaec

    (@eaec)

    Thank you for the explanation. I also believe that it’s important to be fully informed about what’s happening with an environment as sensitive to software interrelationships as WordPress can be. That is why I was surprised to see these plugins added to my site. The end of a mildly complicated and unfamiliar setup process is not a responsible place to insert an easily overlooked and enabled by default installation dialog. I will change my review to 3 stars now that I see that there was an actual mechanism at play here, but this does not feel like what a responsible developer does to promote their plugins and I would have been more inclined to try them based on the performance of the SMTP plug-in rather than finding them installed as part of a setup wizard. This is the only time I can remember plug-in installing other plugins like this in the 5 years that have been using wordpress and it feels somewhat irresponsible to me.

    Thread Starter eaec

    (@eaec)

    Thank you for the explanation. I can see now that in step 4 of the setup wizard, the installation of these additional plugins is enabled by default. I don’t doubt that these are also great plugins, and I understand why you would want to promote them along side another of your products, but allowing them to be installed in this fashion as part of a setup wizard is anachronistic at best and borderline irresponsible in an environment like WordPress where third-party plugins and the interrelationships between them have such a dynamic impact. In 2023 I don’t expect to have to be unticking boxes to prevent a reputable developer from installing additional software into what already amounts to a house of cards ecosystem like wordpress, especially as an enabled by default, easily overlooked option at the end of a somewhat complicated set up process.

    I will change my review from one star to three stars to reflect the fact that the plug-in works well, but my one star review of the other two plugins will stand because this practice isn’t acceptable.

    Thread Starter eaec

    (@eaec)

    Hi again -thanks for circling back to this, I am sure you are busy.

    With the plugin disabled it works as intended yes.

    Having the option to disable that logic is a good idea. I can see that solving an issue for local customers.

    A concern about non-locals who don’t need to interact with that delivery / pickup toggle at all though – I wonder how to make it so they do not have to figure that out as part of their checkout flow, whikle still showing it to local customers?

    Would is be possible to restrict the plugins functions to a specific shipping method that can be offered in a modular way (ie, to specific shipping zones), but disabled for customers in other “shipping-only” zones? I have no idea whether that is possible or how much work it would take. Maybe that is already baked into premium via roles?

    Thanks for indulging this conversation. If we can work it out I would subscribe to the premium version.

    • This reply was modified 1 year, 2 months ago by eaec.
    Thread Starter eaec

    (@eaec)

    Thank you for the response. I am beginning to understand the plugins logic. Hopefully it will be compatible with the way my site is set up, but from the description it seems like it is more tailored towards businesses who only deliver within a certain city, whereas mine needs to be able to display global shipping options as well as local pickup and delivery options. I’ll try to describe it below. I appreciate you taking the time to look into this.

    My shipping options are filtered based on location and in some cases by postal code. For example, my local options as far as shipping are concerned within city limits are postal options provided by a third-party plug-in, as well as a free shipping option that currently serves as my pickup option, and also a flat rate option which is a citywide courier. From the sound of things it is not possible to display all of these alongside this plugin?

    another issue is that I provide global shipping options, so it is not as simple as a binary toggle between pickup or local delivery options for me. The issue came to my attention because I had a customer from Australia attempting to make an order and they were unable to see any shipping options. So this also seems like it would be an enduring problem with the way that the plug-in is set up.

    When the switch is changed from “Delivery” to “Pickup”, it removes all shipping methods that are not “Local pickup” shipping methods.

    This makes sense – except that it seems to also be blocking my flat rate courier option for locals which is set up through woocommerce itself, and it is definitely blocking postal options for locals which I would like to retain.

    When its switched to “Delivery” it removes all shipping methods that are not “flat rate” or “free shipping”.

    This would not be as much of an issue if I were able to somehow limit the scope of the plug-in to people who are local within my delivery area (ie, being able to set the plugins functionality to a specific shipping zone), however if I have to choose between pick up or delivery for global customers that doesn’t seem like it’s going to work. Correct me if I’m wrong, but the feedback I’ve received so far is that global customers cannot see any options with this plug-in enabled and I don’t know if there is a way to filter the plugins scope so that it only affects local customers.

    Can you send a screenshot of the shipping methods on your website?

    Gladly, attaching a screenshot of shipping methods for my local zone which seems to be the most applicable to this plugins function. Apologies for the formatting.

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