Das freie Con­tent-Manage­ment-Sys­tem Word­Press hat ein neu­es, umfang­rei­ches Update erhal­ten. Mit Word­Press 5.0 kam unter ande­rem der Guten­berg-Edi­tor, der aber zu Pro­ble­men füh­ren kann.

Knapp 60 Pro­zent aller Web­sei­ten, die mit­hil­fe eines Con­tent-Manage­ment-Sys­tems (CMS) erstellt wur­den, basie­ren auf Word­Press. Das ent­spricht einem Anteil von etwa 30,70 Pro­zent aller Web­sites im Inter­net. Vie­le bekann­te Blogs und mitt­ler­wei­le auch so eini­ge pro­fes­sio­nel­le Web­sei­ten nut­zen das CMS Word­Press. Auch wir.

Mit dem neu­en Update 5.0 kommt unter ande­rem der neue Guten­berg-Edi­tor, der eine Viel­zahl an Neue­run­gen mit sich bringt. Wer als Web­ser­ver nginx ein­setzt, wird jedoch unter Umstän­den die Erfah­rung machen, dass man kei­ne Bei­trä­ge mehr erstel­len und bear­bei­ten kann. Es folgt die fol­gen­de Feh­ler­mel­dung: „Im Edi­tor ist ein uner­war­te­ter Feh­ler auf­ge­tre­ten.” bezie­hungs­wei­se: „The edi­tor has encoun­te­red an unex­pec­ted 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 hat­ten das Pro­blem – wie man viel­leicht sieht – und konn­ten das Pro­blem ziem­lich schnell aus­fin­dig machen. Das Pro­blem tritt näm­lich im Zusam­men­hang mit nginx und „try_files” auf. Zuvor hat­ten wir immer ein Ein­trag „try_files $uri $uri/ /index.php;”, haben ihn aber mit „?$args;” ergänzt (also: „try_files $uri $uri/ /index.php?$args;”) und haben das Pro­blem somit beho­ben. Das hier ist selbst­ver­ständ­lich kei­ne Uni­ver­sal-Lösung, wer aber nginx ein­setzt und zum Tes­ten alle akti­ven Plug­ins deak­ti­viert hat, soll­te mal über­prü­fen, ob es dar­an lie­gen könnte.

try_files $uri $uri/ /index.php;

try_files $uri $uri/ /index.php?$args;