doffine
Forum Replies Created
-
Forum: Plugins
In reply to: [Sydney Toolbox] Last update 1.07 crashes websiteI entered WordPress’ recovery mode, installed https://de.wordpress.org/plugins/wp-rollback/ and rolled back plugin version to 1.06 – works. But is quite some work if you maintain many WordPresses.
Dear athemes, please check your updates better before rolling them out.
-doffine
Forum: Plugins
In reply to: [Sydney Toolbox] Last update 1.07 crashes websiteSame here – six WordPresses crashed.
We need a quick fix.-doffine
Forum: Plugins
In reply to: [Code Snippets] Update to 2.14.0 added a snippetHey @bungeshea,
thanks very much for your quick feedback. Unfortunately we have no chance to roll out this SQL over all databases but we would have to do this manually on every single database. So practically we can do this in the WordPresses themselves with the same time outcome.
Greetings,
-doffineForum: Plugins
In reply to: [Code Snippets] Console error: downloadable font: OS/2: Bad sTypoLineGapHey @bungeshea,
no problem. We are using Windows 10 Pro 1909 64 Bit.
It only happens in Firefox – it seems in any versions at least between 71.0 (64-Bit) and 72.0.2 (64-Bit). It doesn’t happen in Chrome or Opera.
Perhaps it helps if you google e. g. “downloadable font: OS/2: Bad sTypoLineGap”?
Note: The error is only logged to console when you load the backend page for the first time. After this and while you are browsing backend pages the error is gone. But you can get it back on any backend page by forcing reload and press STRG+F5. In the WordPress’ frontend the error never happens.
Many greetings,
-doffineForum: Plugins
In reply to: [Crelly Slider] Incompatibility with aThemes Sydney Pro’s CustomizerHey @fabiorino,
we just updated to 1.3.6 and voilà – the problem is fixed! Thank you very much again!
-doffine
Forum: Plugins
In reply to: [Crelly Slider] Incompatibility with aThemes Sydney Pro’s CustomizerForum: Plugins
In reply to: [Crelly Slider] Incompatibility with aThemes Sydney Pro’s CustomizerHey @fabiorino,
thank you so much for coming back so quickly. I just tested the changes as suggested and you are right: That was it! After changing the hook in both occurences in /crelly-slider/wordpress/admin.php the error was gone. It was not sufficient only to change the first occurence.
So I changed in line 196 and in line 281 “admin_enqueue_scripts” to “admin_head” and that together ended the problem.
Will you publish an update with this fix?
Thanks again for helping with this problem!
-doffineForum: Plugins
In reply to: [WooCommerce] wc_add_notice() doesn’t work on checkout pageHey @nickirongate,
thanks for coming back to us!
What you discovered is exactly the problem. We want the message…Sie haben Ihren Mindestbestellwert von 70,00 € noch nicht erreicht. Ihr aktueller Bestellwert beträgt 10,00 €.…to be shown additionally on the checkout page, too – not only on the cart page.
The wc_add_notice() is performed on both pages but the message is shown only on the cart page. Hasn’t this been the case earlier, that wc_add_notice() messages are printed out on the checkout page, too?
We noted that using wc_print_notice() it is possible to show the message on the checkout page. But if we use ONLY wc_print_notice() (although with an error paramter set) on the checkout page the checkout isn’t blocked. But it must be blocked. So the only possibility we can use at this moment seems to be to perform both functions consecutively on the checkout page:
wc_add_notice( ('Sie haben Ihren Mindestbestellwert von <b>'.number_format($minimum_cart_total,2,',','').' '. get_woocommerce_currency_symbol(get_option('woocommerce_currency')).'</b> noch nicht erreicht. Ihr aktueller Bestellwert beträgt <b>'. number_format(WC()->cart->subtotal,2,',','').' '.get_woocommerce_currency_symbol(get_option('woocommerce_currency'))).'</b>.','error');AND
wc_print_notice( ('Sie haben Ihren Mindestbestellwert von <b>'.number_format($minimum_cart_total,2,',','').' '. get_woocommerce_currency_symbol(get_option('woocommerce_currency')).'</b> noch nicht erreicht. Ihr aktueller Bestellwert beträgt <b>'. number_format(WC()->cart->subtotal,2,',','').' '.get_woocommerce_currency_symbol(get_option('woocommerce_currency'))).'</b>.','error');Where the first function blocks the checkout and the second prints out the message.
This seems to be a little bit odd to us.
Great – very much appreciated!
-doffine
Hello Rustaurius,
we never intended to post any login credentials in this WordPress forum.
The other “translation” issue is not resolved yet. We are not using WPML or any other plugins as stated above. I hope you can help us out here – we are not able to fix this problem.
Hello Rustaurius,
we are not using WPML or any other Plugin.
We set up a fresh WordPress and only installed your plugin. Everything was updated and we didn’t install any other plugins or different themes than WP’s twenty twenty that could cause any incompatibilities.
Any tests made? Is this plugin necessary any longer?
Greetings,
-doffineHi @sygnoos,
as @biggersem already stated, please add the following code…
'taxonomy' => $taxonomies,…in line 165 to your file /popup-builder/com/helpers/ConfigDataHelper.php to fix this bug in your plugin. We tried it out and it worked perfectly.
Forum: Fixing WordPress
In reply to: Auto Update of WordPress doesn’t workHello @scsiraidguru,
thank you very much for your well-founded advice. When I came to the office this morning I saw that in the meantime the auto update had taken place – this morning at 7am. This is about 30 hours after all of our other WordPresses auto updated – and without me having done anything.
But allow me a last question: Of course I’m playing with the thought going to PHP 7.3.x for quite a time because of the obvious advantages. And perhaps this auto update issue wouldn’t have happended. But we use about 150+ different plugins and about 30+ different themes. So I’m worrying if we will get problems because of some not updated components. All of the plugins are explicitly not outdated since we always take care to use newest and if possible wide spread components. So I wanted to wait as long as possible to upgrade to PHP 7.3.x (as mentioned above its 190 WordPresses) and perform it then for all WordPresses, since I want to have a landscape as homogeneous as possible. So I don’t want to update this bunch of WordPresses and the other not – controlling every single component. This is the reason for me to adjourn the mass upgrade as long as possible – so that every component manufacturer had enough time to upgrade compatibility to PHP 7.3.x.
So the question is: Have you any experience in upgrading WordPresses to PHP 7.3.x at this point of time? Does this process go fluently mostly or are there still frequent issues with the use of PHP 7.3.x?
Many thanks for your help and opinion again,
– doffineForum: Plugins
In reply to: [Maintenance] Severe Bug: RSS feed isn’t behind maintenance curtainHi @webfactory,
thank you for coming back to this issue. We are looking forward to the fix. Thank you very much in advance.
-doffine