y0uri
Forum Replies Created
-
+1 for not liking SH as a main menu entry, but if it can be moved with a setting, that’s fine for me. And please add a filter hook for this setting as well.
Related, programmatically hiding the menu is no longer (easily) possible.
EDIT: Two out of 3 SH settings checkboxes for where to show SH (widget/menu) do not work (only toolbar can be unchecked). Uncheck, save, and they’re checked again. I’m reverting to older version for now.
EDIT 2: I’ve downloaded (plugin page, development tab, advanced view link) and installed 5.4.4, but it throws database errors, presumably because the newer version uses a different DB schema. What a s–t show… I dropped the SH tables from the DB, disabled auto-updates for SH and activated the older version again and now it’s back to normal. I have SH installed on more sites, this headache is really NOT okay.
PS The “Changelog for previous versions.” link on this page https://ww.wp.xz.cn/plugins/simple-history/#developers does not work.
Forum: Plugins
In reply to: [Pronamic Pay] Failed action-scheduler hookExcellent, thanks very much!
Forum: Plugins
In reply to: [Pronamic Pay] Failed action-scheduler hookSorry for the late reply, Reüel. Just now deleted that record from the options table and refreshed the admin. Action is again added to schedule, but then fails again.
Pronamic Pay, Versie 9.5.1
WooCommerce, Versie 8.1.1I’ve seen the failed status after the action having been executed via WP Cron, via WP CLI and via Admin List Table. Every time the reason is:
“Scheduled action for pronamic_pay_schedule_woocommerce_upgrade_4_2_0 will not be executed as no callbacks are registered.”
Thanks @gravid7 !
@toremo awesome reply. Agree with everything you said!
Also hope your suggestions about the automatic translations, their storage and manual triggering of automatic translations per string are implemented.
Forum: Plugins
In reply to: [Social Chat - Click To Chat App Button] Change Log not updated@quadlayers,
So I take it from you marking this topic as Resolved that your answer is you won’t keep the changelog on ww.wp.xz.cn updated?Forum: Plugins
In reply to: [Social Chat - Click To Chat App Button] Unsubscribe from those emailsAssuming you subscribed to this plugin’s forum, just go here https://ww.wp.xz.cn/support/plugin/wp-whatsapp-chat/ and hit the Unsubscribe button.
Forum: Plugins
In reply to: [Social Chat - Click To Chat App Button] Change Log not updatedThanks for your reply @quadlayers.
Either I’m not fully understanding you, or there’s been a miscommunication. I’m talking about the Changelog on this site (ww.wp.xz.cn): https://ww.wp.xz.cn/plugins/wp-whatsapp-chat/#developers
It’s what pretty much every plugin developer keeps updated for every release. It just needs to be in English. I never see this translated for any plugin. I doubt ww.wp.xz.cn would penalize providing more info on its site in any way.
When I’m updating from within a WordPress installation, I click the Details link to see what’s been updated and to verify I won’t run into any troubles/conflicts or anything worthwhile knowing (like PHP or WP version requirements) or something that I should keep in mind when updating (like check this setting). It’s very ineffecient if I have to download your zip manually first, unzip and read the changelog. If every developer did this, updating would be much more time-consuming.
Please don’t get me wrong, I appreciate you put time and effort into developing and I’m very grateful.
Kind regards
Thanks Jelke!
It only seems to happen on PHP 5. I’m experiencing same problem using Caldera Forms v1.8.11 (from ww.wp.xz.cn) on PHP 5.6. If I switch the site to PHP 7.0 (or higher) the problem is gone.
Conclusion: Caldera Forms is no longer compatible with PHP 5.x. PHP 5.6 has been EOL for more than a year now, but there’s still very many sites running it.
https://www.php.net/eol.php- This reply was modified 6 years, 2 months ago by y0uri. Reason: added link to PHP.net
Forum: Plugins
In reply to: [Disable Emails] Fatal error not handledGreat, Ross, thanks!
Forum: Plugins
In reply to: [Mail Debug for WooCommerce] Move menu to toolsThanks Francesco!
Forum: Plugins
In reply to: [Mail Debug for WooCommerce] Move menu to toolsSeconded for moving “Mail Debug” (the log page) to Tools and the Mail Debug settings page to Settings. I’m also of the opinion there are too many plugins that take up space in the main menu.
Thanks!
Forum: Plugins
In reply to: [WP Mail Logging] HTML Mails not being delivered in HTMLI’ve also noticed this. Every mail is resent with a content-type of ‘text/plain’, regardless of whether it was a HTML mail.
This renders the “resend” feature effectively useless.
Forum: Plugins
In reply to: [WP Mail Logging] Re-send issueHi @mailpoet,
I just noticed I was resending a mail repeatedly, but it only seemed to happen when I refreshed the log page.
Turns out that because I had just resent one email and then refreshed the log page to see updates to the log, I was resending the mail with every refresh. This happens because a GET is used, without a redirect to a “clean” url (that only refreshes the log).
To fix this, I would like to suggest after the action has taken place, to redirect to ‘admin.php?page=wpml_plugin_log’.