vincenz17

Auch in neuer Installation nachvollziehbar. Bug-Report eröffnet: https://core.trac.wordpress.org/ticket/56480

Danke nochmals! 🙂

Nur in deinem Code. 🙂

Nur weil eine Berechtigung fehlt?
Wenn eine andere BErechtigung fehlt, kommt ja die Fehlermeldung, dass man keine ausreichenden Rechte hat. Nur bei dem edit_<Singular> klappt das nicht. Da bleibt die Seite weiß. Es sei denn, man nutzt nicht den Block-Editor 🙂

Vielen Dank!

Hi,

ja, etwas wirr erklärt 😀

Also ich habe mir testweise einmal das Plugin Members installiert, um zu schauen, ob die Rechte aus dem Array übernommen werden. Das hat geklappt und die Rechte habe ich dem User aus zugeordnet, das Plugin ist nun wieder runter. Wobei es auch nicht gestört hatte.

Mit Eingabemaske meine ich die im WP-Admin, wenn man einen neuen Eintrag erstellen will. Ich habe hier mal eine Animation erstellt: https://i.ibb.co/6PNGZVd/Animation.gif

Es wird leider nichts ins Fehlerprotokoll geschrieben auf dem Apache und auch WP_DEBUG ist auf true, damit ich etwas sehe. Die Seite bleibt aber stumpf weiß.
Der Quellcode der Seite ist aber da und vollständig, endet mit </body> und </html>

Er scheint etwas mit dem Block-Editor nicht auf die Reihe zu kriegen, denn ohne den ist die Seite problemlos aufrufbar und ohne die Capabilities auch.

Die Capabilities habe ich mit folgendem Code mal erstellt:

function add_theme_caps()
{
	$role = get_role('administrator');
	$role->add_cap('edit_ibf');
	$role->add_cap('create_ibf');
// usw.
}
add_action('admin_init', 'add_theme_caps');

Edit: In der Datenbank habe ich in der wp_options mal den wp_user_roles Key mit PHP entschlüsselt und als Array anzeigen lassen. Da stehen die Rechte auch sauber drin:

Array
(
    [administrator] => Array
        (
            [name] => Administrator
            [capabilities] => Array
                (
                    [edit_ibfs] => 1
                    [edit_others_ibf] => 1
                    [publish_ibf] => 1
                    [read_private_ibf] => 1
                    [create_ibfs] => 1
                    [read_ibf] => 1
                    usw.

• Diese Antwort wurde vor 2 Jahren, 6 Monaten von vincenz17 geändert.
• Diese Antwort wurde vor 2 Jahren, 6 Monaten von vincenz17 geändert.

Hey,

danke für deine Antwort!

Habe es bereits mit den Beiträgen umgesetzt und in die functions einen Teil integriert.

Mich würde eher interessieren, warum WordPress das so macht. In deinen verlinkten Beiträgen ist ja auch eher ein „Für“ relative URLs. Warum werden dann standardmäßig absolute genutzt?
Weißt du das, welchen Zweck das hat? Oder eher ein Überbleibsel von früher? 🤷‍♂️

WordPress Netzwerk! Das meine ich auch 😂

Vielen Dank! Das bringt mich weiter! 👍
Dann probiere ich das heute mal aus ☺️

Ok, habe die Lösung gefunden. Folgenden Code in die function.php einfügen und es klappt bei mir nun bei allen Seiten, mit jedem Theme und auch weiterhin jedem Post:

add_action('pre_get_posts', 'setRSSprePost');

function setRSSprePost($q)
{
	if($q->is_main_query() && $q->is_feed() && $q->is_page())
	{
		$q->is_comment_feed = false;
	}
}

Scheint so, als wären die Kommentare das Problem gewesen. Die habe ich grundsätzlich deaktiviert, da wir das nur im Intranet haben und da keiner kommentieren soll/muss.

Danke für die Unterstützung.

• Diese Antwort wurde vor 3 Jahren, 3 Monaten von vincenz17 geändert.

Habe ich gemacht, danke! 🙂