Mirationsvorbereitung: Fehlerhafte Kategorieeinträge recreate alias & catpath

    Moin Allerseits,

    durch Datensicherungen dreier Seiten dachte ich, eine gute Grundlage für Tests mit den Migrationswerkzeugen der JG4 zu haben.

    Dafür wurde eine lokale Installation aufgesetzt und die vorhandene Gallerie der ersten Installation auf 3.7.0-rc1 aktualisiert.

    Im Wartungsmanager liesen sich auch Bilder sowie Waisen problemlos verarbeiten. Bei den Kategorien (126 an der Zahl) jedoch streikt das Tool. Hier wird bei allen der fehlende Consistent catpath und bei gut der Hälfte Consistent alias angemerkt.

    Sobald ich jedoch den Batch recreate alias & catpath ausführen lasse, bricht der Vorgang jedes Mal mit der Fehlermeldung 0 Call to undefined method JApplication::stringURLUnicodeSlug(). Dabei ist es unerheblich ob ich mehrere Kategorien auf einmal angehe.


    Datenbanktyp mysql
    Datenbankversion 8.2.0
    Datenbankzeichensatz utf8mb4_0900_ai_ci
    Datenbankverbindungszeichensatz utf8mb4_0900_ai_ci
    PHP-Version 8.3.0
    Webserver Apache
    PHP-Interface für den Webserver apache2handler
    Joomla!-Version Joomla! 3.10.16-elts Stable [ Extended Long Term Support ] 9-July-2024 16:00 GMT
    Einstellung Wert
    Safe-Mode Aus
    Open-Basedir Keine
    Fehler anzeigen Aus
    Kurze Open-Tags Aus
    Datei-Uploads An
    Magic-Quotes Aus
    Register-Globals Aus
    Ausgabe zwischenspeichern An
    Sitzungsspeicherpfad C:/Users/grafik/Downloads/Da/UniServerZ/tmp
    Sitzungsautostart 0
    XML aktiviert Ja
    Zlib aktiviert Ja
    Natives ZIP aktiviert Nein
    Deaktivierte Funktionen Keine
    Mbstring aktiviert Ja
    Iconv verfügbar Ja
    Maximale Eingabevariablen 1000

  • Spark 17. Juli 2024 15:34

    Hat den Titel des Themas von „Mirationsvorbereitung: Fehlerhafte Kategorieeinträge recreate alisa & catpath“ zu „Mirationsvorbereitung: Fehlerhafte Kategorieeinträge recreate alias & catpath“ geändert.

    nur als Versuch:

    PHP version mal etwas runternehmen (8.1 oder 8.2)
    Kannst du im Joomla BaCKEND mal "Fehlerberichten" auf: Maximum stellen (erscheint ein anderer Fehler?
    kannst du in der Browser Konsole (Webentwickler Werkzeuge) eventuelle Fehler sehen, bzw werden welche angezeigt?

    Wir sind auf der Suche nach Helfern für die JoomGallery 4 Entwicklung!

    Melde dich bei Interesse bei mir (Elfangor93) oder bei mir.

    (Verfügbare Jobs: PHP-Entwicklung, Testen, Dokumentation, Übersetzung)

    Guten Morgen,

    danke für eure Rückmeldungen. Ein Wechsel auf ältere PHP-Versionen hat leider nichts geändert.
    Auch das Errorlogging seitens Joomla greift nicht und gibt keine weiteren Informationen. Aus der Browserkonsole lässt sich nur folgende Information zu einem 500er extrahieren.

    schemehttp
    hostlocalhost
    filename/joomla/administrator/index.php
    Adresse127.0.0.1:80

    Status500
    Internal Server Error

    VersionHTTP/1.1
    Übertragen4,75 kB (24,90 kB Größe)
    Referrer Policystrict-origin-when-cross-origin
    Anfrage-PrioritätHighest
    DNS-AuflösungSystem

    Cache-Controlno-cache
    Connectionclose
    Content-Encodinggzip
    Content-Length4421
    Content-Typetext/html; charset=UTF-8
    DateThu, 18 Jul 2024 06:22:00 GMT
    Pragmano-cache
    ServerApache
    VaryAccept-Encoding,User-Agent
    X-Content-Type-Optionsnosniff
    X-Powered-ByPHP/8.0.30
    Accepttext/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/png,image/svg+xml,*/*;q=0.8
    Accept-Encodinggzip, deflate, br, zstd
    Accept-Languagede,en-US;q=0.7,en;q=0.3
    Cache-Controlno-cache
    Connectionkeep-alive
    Content-Length546
    Content-Typeapplication/x-www-form-urlencoded
    CookieatumSidebarState=open; cookieconsent_status=allow; fmalertcookies=true; 16220f545c22cebd9e2af188adb80ded=2k678hmf4oqm0c7kuh0crj7uee; a0482689251e57859719678247635e1f=t1i5ddntaf38b630m8341ivkd4; fbc4ba35210e05a64ae27dc480594a8d=q9aclmmj9ksk177hpc3n3ahsml; 2ba57736754d4d9377761f6e247376c3=gvegmt9oi46cq030hus98re39k; 26f2ea1faddcc28306442fc1b72020b5=vqno3n15v8e3sq68qp5or6ce5c; 7d4319f4ea081dfe0d9ebd62c9cdab0d=u8qsv5gbsjdubabh8hnpqe7qg5; 418e1233e6489029384a5f4a4c1b4b97=da7o679m41l0a2vg1e1prftrn0; f39754e216f03…6rbealcvnrrqhrnlor7vsk1; cef1eee2c3e7312e63673a1be280e40c=5tpcktglcuo6senpdl4j6st0b4; 81990ff3040d464213591e6ceca6e07b=a12upbb05aveltch0beibajc8p; 8ca947c19e49a8cdb51ea2094fbee86b=0dhd2l3jvev004t08nm10qgp62; 321a69282fe57ba4e017edf4493c43d1=pso1v8mhhmushlri6sck1gg5eq; 3302b1452930af6fff297326240fe7b9=lmfjins0l3hu4p7fj6gqdqgid9; bf087a7a7f71994e3cf36be4114a967b=2ao1p9srol3q6b91iotvcqps3i; 9b979e4510ef563feba763fea24dc9b1=e3s98b9hrbb6aif7ljso1sbmun; 801e334869409e5dac51ea0218f4d87a=jctbqt1jmqjdmnh2p4668j2j13
    DNT1
    Hostlocalhost
    Originhttp://localhost
    Pragmano-cache
    Priorityu=0, i
    Refererhttp://localhost/joomla/adminis…ler=maintenance
    Sec-Fetch-Destdocument
    Sec-Fetch-Modenavigate
    Sec-Fetch-Sitesame-origin
    Sec-Fetch-User?1
    Sec-GPC1
    Upgrade-Insecure-Requests1
    User-AgentMozilla/5.0 (Windows NT 10.0; Win64; x64; rv:128.0) Gecko/20100101 Firefox/128.0

    Formulardaten

    Danke!

    Ja, es hat an den Unicode Aliase gelegen. Deaktiviert konnten sämtliche Wartungsarbeiten abgeschlossen werden. Jetzt läuft das Migrationsskript der JG4 und scheint im Testlauf mit den Daten gut klar zu kommen, auch wenn die Bilder für das Skript ein mehrstündiger Akt sind.