Babak Fakhamzadeh
Forum Replies Created
-
Forum: Plugins
In reply to: [Co-Authors Plus] Current user not unassigned in editorThanks. Do you have an ETA for when this is available in the published plugin?
Forum: Plugins
In reply to: [Press This] Issues with the updated Press ThisNice. Thanks.
Would it then also not be obvious to include other taxonomies that have been registered for the post post-type?
Or, going wild, why not allow for setting the post type?
Forum: Plugins
In reply to: [Press This] Issues with the updated Press ThisSeveral hooks to remove their presence. Probably the most relevant one containing this:
$post_types = [ ‘post’ ];
foreach ( $post_types as $pt ) {
unregister_taxonomy_for_object_type( ‘post_tag’, $pt );
}Forum: Plugins
In reply to: [Press This] Issues with the updated Press ThisThanks Brandon.
The category-filter is back. Thanks!
Indeed, in this particular website, I do not have tags. And because several individuals can press content, I want to prevent their ability of accidentally starting to add tags.
With 2.0.1 (and 1.x) I hid the tags panel by injecting some CSS. This broke for this version. So, some kind of configuration would be helpful.Here, tags are disconnected from posts. In the WordPress backend, posts can not be associated with tags. Perhaps it’s possible to have Press This hook into this?
I still can’t press that particular article. Odd. Haven’t encountered any others I couldn’t press.
Thanks again.
Thanks. This seems to work.
I’m not getting a usable error. The log is growing extremely fast, so can’t easily get a log that I can paste in Pastebin. But my only errors are like this:
[05-Nov-2025 13:46:51 UTC] PHP Notice: Function _load_textdomain_just_in_time was called incorrectly. Translation loading for theserver-ip-memory-usagedomain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at theinitaction or later. Please see Debugging in WordPress for more information. (This message was added in version 6.7.0.) in /home/oeco/public_html/wp-includes/functions.php on line 6121
Happy to email you Site Health details.
Perhaps relevant, none of the images in the Embedpress dashboard are loading.Forum: Plugins
In reply to: [Tutor LMS - eLearning and online course solution] Unknown format specifierResolved. Thanks.
Forum: Plugins
In reply to: [Tutor LMS - eLearning and online course solution] Unknown format specifierURL with problem: https://cursos.oeco.org.br/courses/introducao-ao-jornalismo-ambiental/
Error reporting is turned on. You can inspect the source to see the error.
Yes, the site runs in Portuguese.
This seems to have worked. Thanks.
Forum: Plugins
In reply to: [Bit SMTP – Easy SMTP Solution with Email Logs] Do you support Multisite?Thanks. That worked.
And what also worked is that configuring the app for the ‘main’ site in my Multisite installation propagated the settings to the (currently 1) network site.
Forum: Plugins
In reply to: [Bit SMTP – Easy SMTP Solution with Email Logs] Do you support Multisite?I tried setting up this plugin, using Gmail’s SMTP server, but test mails are not being sent.
I also found this:
https://support.google.com/a/answer/9003945?hl=en
So, I take it that, as of last month, this plugin no longer supports Gmail?
Forum: Plugins
In reply to: [Bit SMTP – Easy SMTP Solution with Email Logs] Do you support Multisite?Thanks.
You’re saying that it needs to be configured within one of the sites, after which it will be setup for all of the sites?
Forum: Plugins
In reply to: [WP REST Cache] Cache of paged results not flushing on updating postsI do not, as this does not serve a useful purpose. After all, the request itself includes the type, and is part of the URL.
So, you’re saying that if I include the type, the plugin will correctly associate the REST request with an object type?
Forum: Plugins
In reply to: [WP REST Cache] Cache of paged results not flushing on updating posts@rockfire Indeed, it is. And, indeed, I include the id of the requested objects.
Forum: Plugins
In reply to: [WP REST Cache] Cache of paged results not flushing on updating postsThanks.
In my example, ‘post_type’ was a placeholder for my custom post type. So, its value depends on what endpoint is requested. So, your suggested value for $your_rest_base doesn’t actually work as a consequence.
What’s the purpose of this particular test?
In one case, the endpoint I access is like so:
/wp-json/wp/v2/politician?_embed=&_fie…
Where ‘politician’ is a custom post type.
So, do I need to test for all values of $your_rest_base that represent all my custom post types?