Das freie Content-Management-System WordPress hat ein neues, umfangreiches Update erhalten. Mit WordPress 5.0 kam unter anderem der Gutenberg-Editor, der aber zu Problemen führen kann.
Knapp 60 Prozent aller Webseiten, die mithilfe eines Content-Management-Systems (CMS) erstellt wurden, basieren auf WordPress. Das entspricht einem Anteil von etwa 30,70 Prozent aller Websites im Internet. Viele bekannte Blogs und mittlerweile auch so einige professionelle Webseiten nutzen das CMS WordPress. Auch wir.
Mit dem neuen Update 5.0 kommt unter anderem der neue Gutenberg-Editor, der eine Vielzahl an Neuerungen mit sich bringt. Wer als Webserver nginx einsetzt, wird jedoch unter Umständen die Erfahrung machen, dass man keine Beiträge mehr erstellen und bearbeiten kann. Es folgt die folgende Fehlermeldung: „Im Editor ist ein unerwarteter Fehler aufgetreten.” beziehungsweise: „The editor has encountered an unexpected error.”.
TypeError: Cannot read property 'show_ui' of undefined at https://newsportal.koeln/wp-includes/js/dist/editor.min.js?ver=9.0.4:55:239972 at i (https://newsportal.koeln/wp-includes/js/dist/vendor/lodash.min.js?ver=4.17.11:6:91) at An.filter (https://newsportal.koeln/wp-includes/js/dist/vendor/lodash.min.js?ver=4.17.11:99:338) at https://newsportal.koeln/wp-includes/js/dist/editor.min.js?ver=9.0.4:55:239937 at ph (https://newsportal.koeln/wp-includes/js/dist/vendor/react-dom.min.js?ver=16.6.3:97:88) at eg (https://newsportal.koeln/wp-includes/js/dist/vendor/react-dom.min.js?ver=16.6.3:125:307) at fg (https://newsportal.koeln/wp-includes/js/dist/vendor/react-dom.min.js?ver=16.6.3:126:168) at wc (https://newsportal.koeln/wp-includes/js/dist/vendor/react-dom.min.js?ver=16.6.3:138:237) at fa (https://newsportal.koeln/wp-includes/js/dist/vendor/react-dom.min.js?ver=16.6.3:137:115) at gg (https://newsportal.koeln/wp-includes/js/dist/vendor/react-dom.min.js?ver=16.6.3:135:196)
Auch wir hatten das Problem – wie man vielleicht sieht – und konnten das Problem ziemlich schnell ausfindig machen. Das Problem tritt nämlich im Zusammenhang mit nginx und „try_files” auf. Zuvor hatten wir immer ein Eintrag „try_files $uri $uri/ /index.php;”, haben ihn aber mit „?$args;” ergänzt (also: „try_files $uri $uri/ /index.php?$args;”) und haben das Problem somit behoben. Das hier ist selbstverständlich keine Universal-Lösung, wer aber nginx einsetzt und zum Testen alle aktiven Plugins deaktiviert hat, sollte mal überprüfen, ob es daran liegen könnte.
try_files $uri $uri/ /index.php;
try_files $uri $uri/ /index.php?$args;