gerd.neumann

Ich glaube, ich klicke tendentiell eher auf Schließen X rechts oben statt auf “Nicht jetzt”. Ich kann mal zukünftig “Nicht jetzt” probieren.

Ich bin der Shop-Admin, d.h. arbeite nicht täglich mit der Site, sondern das tun die Shop-Manager. Ich bin daran gewohnt, dass der Hinweis nach jedem Upgrade kommt. Aber wenn ich mich dann eine Woche später wieder einlogge, kommt es wieder. Eigentlich mit jeder Login-Session, habe ich das Gefühl.

An den Versionen bzw. einer ganz bestimmten liegt es eher nicht, weil das geht schon über ein Jahr so und da gab es bestimmt 5-6 Upgrades zwischendurch des Systems/Plugins.

Hi @abdalsalaam I am just the admin not the daily shopmanager who interacts with the shop. So all I have is the log I have already sent you. Maybe you can protect against the error using an if-check if the string variable is really defined and add some kind of safeguard this way.

Sorry, that I cannot add more info.

It is a monthly subscription. We use WooCommerce Subscriptions plugin for our non-software subscription product. We can switch to an official Woo Support channel if you prefer.

Blocking direct access to core WordPress files like those in the wp-includes directory is generally not recommended because these files contain essential components of WordPress. However, the /wp-includes/blocks/ directory is used primarily for the block editor functionality introduced in newer WordPress versions.

Hi Niko,

hmm, sounds not like a definite “Yes, it is safe”. Would it not be best if the wp-includes/blocks/index.php had a this usual snippet at its top then:

if ( ! defined( 'ABSPATH' ) ) {
    exit; // Exit if accessed directly
}

Every WooCommerce file has it: https://github.com/search?q=repo%3Awoocommerce%2Fwoocommerce+defined%28+%27ABSPATH%27&type=code (needs a github login to see the search results)

Or maybe in this case rather a

if ( ! defined( 'ABSPATH' || ! defined( 'WPINC') ) {
    exit; // Exit if accessed directly
}

?

Because in line 8 this file goes on with

define( 'BLOCKS_PATH', ABSPATH . WPINC . '/blocks/' );

Seems like WordPress core uses something similar see for instance https://github.com/WordPress/WordPress/blob/178deab664bf0c4e61489b152df3941548a6cb08/wp-admin/edit-link-form.php#L9-L12 – this snippet can be found in various files:

// Don't load directly.
if ( ! defined( 'ABSPATH' ) ) {
	die( '-1' );
}

I think that wp-includes/blocks/index.php should have the same, right?

Would this be worth opening a bug ticket at https://core.trac.ww.wp.xz.cn/ ?

Ok, it is working again. It was a problem of DHL.

Any idea why there is still one “red” API?

View post on imgur.com

Hallo

Die WPML Kompatibilität wird nur dann geladen, wenn WPML auch wirklich als Plugin aktiviert ist.

Könnte man diese nicht auch laden, wenn Polylang als Plugin aktiviert ist?

Naja, wie dem auch sei, ja, ich werde das jetzt einfach via unseres child themes lösen. Danke. Laut polylang support gäbe es auch noch eine einfachere als die von dir skizzierte Lösung mit folgendem im Child theme:

add_filter ( 'option_woocommerce_review_authenticity_page_id', 'pll_get_post' );

Ich probiere das mal aus. Und erwähne es hier für potentiell andere User. (Generell schöner fände ich es natürlich, wenn das im Germanized Plugin selber behoben wäre, und dann somit für alle User, aber ich schätze mal die Schnittmenge von Polylang-und-Germanized-Shops hat dann einfach noch nicht die kritische Menge an Betroffenen 🙂

• This reply was modified 3 years, 5 months ago by gerd.neumann.

Hi,

ok, danke, verstehe. Aber gäbe es denn einen Hook oder ähnliches um aus dem doppelt-gemoppelten “geprüfte Gesamtbewertungen (13 Kundenrezensionen)” ein stringentes “13 geprüfte Gesamtbewertungen” zu machen?

Viele Grüße