mike86
Forum Replies Created
-
Hi,
Thank you for the quick reply.
Independent Analytics updated automatically overnight to version 2.14.10, and after updating, I switched the server back to PHP 8.4.21 for testing.
I can now confirm that the WordPress editor is working normally again and I have not been able to reproduce the previous critical error anymore.
I also reviewed the latest debug.log entries. At the moment, I cannot find any Fatal errors or E_ERROR entries related to Independent Analytics.
The Independent Analytics notices are still present, for example:
IAWPSCOPED\optional(): Implicitly marking parameter $callback as nullable is deprecatedIAWPSCOPED\Carbon\Traits\Date::getDaysFromStartOfWeek(): Implicitly marking parameter $weekStartsAt as nullable is deprecated
However, these appear to be only deprecation warnings and no longer seem to break the editor.
So it looks possible that version 2.14.10 already resolved the actual fatal issue, even though the PHP 8.4 deprecation notices still remain.
Thank you for looking into this.
Install the WP Rollback plugin and then on Plugins page click Rollback on the Print Invoice & Delivery Notes for WooCommerce plugin and select the plugin version you were using before.
Edit: I noticed that after the rollback some of template fields were still in wrong language and had to be translated.
- This reply was modified 1 month, 1 week ago by mike86.
Forum: Plugins
In reply to: [The Events Calendar] Single Event Pages Return 404 in 6.x VersionHi,
Thank you very much for your detailed instructions and support.
I followed all the steps carefully:
- Removed the manually created tables
- Updated to the latest versions of the plugins
- Cleared all drafts and trashed events
- Disabled server-side caching
- Used the provided Code Snippet
- Ran the migration process from Events > Settings > Upgrades
The migration completed successfully, and now the single event pages are working correctly without any 404 errors.
I really appreciate your help. Thanks again!
I tried that but it didn’t work.
I also added the “[woof_settings]text_mobile_behavior_open” to WPML String Translation and translated the “Open filter” text string but still it doesn’t work. Either it shows the same text string for both languages or it doesn’t show any text at all next to the filter icon in mobile view.
Do you have something else I could try to fix this?
Hello
I didn’t find those strings in WPML String Translation. I did find them in Loco Translate –> Plugins –> HUSKY – Products Filter Professional for WooCommerce.
I have set the “Text to close mobile filter” to be -1 in the plugin settings so it is disabled.
If I just could translate the “Text for mobile filter button” text into english also I would be so happy 🙂
Thanks for the quick reply!
I deleted the custom text from your plugin settings and now the “Text for mobile filter button” section is blank.
I don’t see any text with the mobile_mode filter icon I could translate.
I have this shortcode added if that helps:
[woof sid=’generator_673f4311352eb’ autohide=’0′ autosubmit=’-1′ is_ajax=’0′ ajax_redraw=’0′ start_filtering_btn=’0′ btn_position=’b’ dynamic_recount=’-1′ hide_terms_count_txt=’0′ mobile_mode=’1′ ]
Yes, now I was able to complete the scan.
Thanks!
Hello,
There is one line of error in the PHP logs (I changed the username and client for privacy reasons):
[Tue Jun 04 12:56:23.972919 2024] [:error] [pid 31500:tid 47296509646592] [client 34.xxx.158.235:55904] client denied by server configuration: /home/**username**/public_html/
Is there anything else you would like to know? Or is there some settings of Cleantalk I could try to change in order to get the scan to complete?
I got this problem solved by updating fresh wp-admin and wp-includes directories to my site via FTP.
Customer got tired of waiting so he wanted to change Klarna to another payment provider.
The payment and redirection back to the shop was successful right away after changing the payment provider. No changes to the settings were made.
Still thanks for trying to fix the problem. If you manage to solve the issue, I would like to know so this won’t happen again in the future to someone else. Thanks!
Hello,
I have made few test orders, but the redirect back to the shop is still not working after payment. That should still be resolved but what could I try next?
This is the last message from Krokedil Support:
“From what I can read, everything went through successfully. The customer should have been redirected:
https://js.klarna.com/eu/kp/v1/sessions/94bf4c7a-7ef1-2988-a2f8-41913fece75d/redirect
The payment method was direct bank transfer, and the purchase was accepted. Furthermore, I cannot find any errors happening during the place order process. Since the redirection is controlled by Klarna, I suggest you get in touch with their merchant support. Please provide them with the session ID: 94bf4c7a-7ef1-2988-a2f8-41913fece75d to help them identify your order.”
Hi,
The JavaScript is not optimized. Earlier the Jetpack plugin was enabled but not anymore as you can see from the WooCommerce System Status Report I sent in the first message.
What else can I try to fix this situation?
Forum: Plugins
In reply to: [YITH WooCommerce Product Add-Ons] Radio buttons bug?Thanks!
It is working now.
Forum: Plugins
In reply to: [YITH WooCommerce Product Add-Ons] Radio buttons bug?Thanks!
Do you know when the new update is going to be available to be downloaded?
Forum: Plugins
In reply to: [YITH WooCommerce Product Add-Ons] Radio buttons bug?Okay. Thanks! I wonder why the options are not changed at my site although I have updated the plugin to newest version…
I tested your plugin in my fresh installation and the “final product price” is not updating after changing the quantity from 1 to 2 for example. I have to go back and change something else than the quantity to change the final product price. Is there a fix for this? I have also tested with Twenty Twenty theme and same thing happens with it.
Please see this video:
https://watch.screencastify.com/v/jyMMZHickcswqzkyRJLYI have the “Show only the final total” option enabled.