Wie man ein defektes Upgrade auf 3.1 repariert

Sobald ich die Nachricht auf WPSE über die 3.1-Version sah, ging ich sofort auf meine lokale Installation (SVN-Switch).

Einziges Problem ist, dass die wp-settings.php versucht, eine nicht existierende Datei einzubinden.

Im Grunde bin ich festgefahren, die folgenden zwei Fehlermeldungen zu sehen.

Warnung: require (MYPATH / wp-includes / classes.php) [function.require]: Fehler beim Öffnen des Streams: Keine solche Datei oder kein Verzeichnis in MYPATH \ wp-settings.php in Zeile 68

Schwerwiegender Fehler: require () [function.require]: Fehlgeschlagenes Öffnen erforderlich ‘MYPATH / wp-includes / classes.php’ (include_path = ‘; MYPATH / usr / local / php / includes; MYPATH / local / php / birne; MYPATH / home / admin / www / plugins / pear / PEAR ‘) in MYPATH \ wp-settings.php in Zeile 68

MYPATH ist eigentlich ein echter Pfad, den ich aus den oben genannten Fehlern entfernt habe.

3.1 enthält keine solche Datei, und ich habe überprüft, meine Trunk-Installation (es ist nicht im Kofferraum) zu bestätigen. Also, was ist der Deal, warum versucht die Einstellungsdatei immer noch, diese Datei einzuschließen? Vielleicht ein Versehen mit der Veröffentlichung?

Ich könnte eine Kopie von 3.0.5 holen, möchte nur hören, was ihr zuerst zu sagen habt (hatte dieses Problem selbst?).

Sieht so aus, als wäre dies ein lokales Problem, ich sollte eine aktualisierte Datei wp-settings.php bekommen, aber aus irgendeinem Grund gibt SVN mir eine ältere Kopie (muss irgendwo Caching-Problem sein, nehme ich an).

Ich werde die Frage aktualisieren, wenn ich das Problem herausfinden.

AKTUALISIEREN
Keine Ahnung warum, aber scheint der Schalter nicht ganz zu nehmen, wischte die SVN-Ordner und den Checkout-Vorgang erneut (wie ich zuerst tat, wenn ich das Verzeichnis aus dem SVN ziehen) scheint das Problem getriggers haben.

Solutions Collecting From Web of "Wie man ein defektes Upgrade auf 3.1 repariert"

In der WP-Codebasis gibt es keinen Verweis auf “classes.php”, weder in der 3.1-Verzweigung noch in der Amtsleitung.

Sie haben wahrscheinlich eine modifizierte Version. Mach ‘svn stat’ und dann ‘svn diff’.

Sie konnten die Dateien im Stammverzeichnis von WordPress nicht aktualisieren. Ich weiß nicht warum, aber viele Leute machen diesen einfachen Fehler.

Es reicht nicht aus, nur die Verzeichnisse wp-admin und wp-includes zu aktualisieren. Die Dateien im Stammverzeichnis, z. B. wp-settings.php und alle anderen wp-* -Dateien, müssen ebenfalls aktualisiert werden.

WordPress 3.1 enthält keine wp-include / classes.php-Datei mehr, und die Datei wp-settings.php von 3.1 versucht nicht, sie zu laden.