showdate Umlautfehler
|
|
GUL-Sonic |
Geschrieben am 04. Oktober 2017 13:11:52
|
|
Hi @ all, ich mache dann hier doch mal ein neues Thema auf: Es gibt einen Umlautfehler (März) bei der Funktion: showdate(...longdate...) erstmalig aufgetreten in Zusammenhang mit PHP 7 vorher gab es damit keine Probleme. Zusatzinfo:
ist der Fehler bekannt und wenn ja wie kann man ihn fixen? M.f.G.
GUL-Sonic Merke: Wirklichkeit ist niemals so konsistent wie ein solider Wahn! |
Information: |
PHP Version: Nicht ausgewählt • MySQL Version: Nicht ausgewählt • PHP-Fusion: Nicht ausgewählt |
|
|
Janilein |
Geschrieben am 04. Oktober 2017 17:21:03
|
|
In den Sprachdateien? z.b. der global.php? |
Information: |
PHP Version: Nicht ausgewählt • MySQL Version: Nicht ausgewählt • PHP-Fusion: Nicht ausgewählt |
|
|
GUL-Sonic |
Geschrieben am 04. Oktober 2017 18:24:05
|
|
Nein leider nicht, in der global.php steht: Code Download Code
Ich kann dort den März umbenennen wie ich will das tangiert das Problem überhaupt nicht. Es gibt aber auch keine andere locale die für die Vergabe des Monatsnamens zuständig ist und eben das verstehe ich nicht. Anmerkung Seite läuft testweise über Xampp, habe den timestamp aber auf einer online-Seite getestet selbes Ergebnis und auch hier hat keine andere locale ihre Programmierung im Spiel. Hiermal der timestamp um den Fehler reproduzieren zu können: 1362699040 Es ist vollkommen egal wo Code Download Code
eingesetzt wird der Fehler tritt überall auf, einzige Bezugs-locale ist die global.php Bearbeitet von GUL-Sonic am 04. Oktober 2017 18:32:16 M.f.G.
GUL-Sonic Merke: Wirklichkeit ist niemals so konsistent wie ein solider Wahn! |
Information: |
PHP Version: Nicht ausgewählt • MySQL Version: Nicht ausgewählt • PHP-Fusion: Nicht ausgewählt |
|
|
Septron |
Geschrieben am 05. Oktober 2017 08:31:53
|
|
Hallo, falls es ich um das Inoffizielle DE Updatepack handeln sollte kann ich den Fehler nicht nachvollziehen Sollte es sich um ein anderes Paket handeln so müsste man dies wissen lg Rechtschreibfehler und Fehlende Satzzeichen sind eine Sünde meiner Gedanklichen Tastatur wer alle findet darf sie behalten. Domain Owner of: SGI Fusion | PHPFusion-SupportClub | PHPFusion Germany | IUP Testseite | v9 DE Mod Testseite |
Information: |
PHP Version: 8.2.x • MySQL Version: 5.7 • PHP-Fusion: IUP-FIX-PHP8 |
|
|
Krelli |
Geschrieben am 05. Oktober 2017 11:33:01
|
|
Auch bei mir ist dieser Fehler nicht reproduzierbar. Der März wird in allen Bereichen korrekt ausgegeben. Ich verwende das Updatepack 1.2 für Fusion 7.02.07 unter PHP 7.1 |
Information: |
PHP Version: 8.2.x • MySQL Version: Nicht ausgewählt • PHP-Fusion: IPv9-DE-MOD |
|
|
GUL-Sonic |
Geschrieben am 05. Oktober 2017 23:13:45
|
|
Hi, okay habe es nochmal getestet scheint doch eher etwas mit dem XAMPP-Server zu tun zu haben, online funktioniert es jetzt (warum auch immer) einwandfrei. Dann hoffe ich mal das es online so bleibt mit dem Fehler auf XAMMP kann ich leben auch wenn es merkwürdig ist. Damit Thema erledigt, es sei denn: (Falls sich Jemand damit auskennt warum es dort (XAMPP) so ist nehme ich die Info trotzdem gerne an XAMPP = charste utf-8_unicode_ci (Umstellung in _general_ci brachte auch keine Änderung) Datenbank Koll. utf-8_general_ci Zusammengefügt am 06. Oktober 2017 um 18:38:01: Fehler gefunden und zwar im fix den ich habe (v1.0) war in der global.php Code Download Code
bei Änderung in Code Download Code
funktioniert die Darstellung einwandfrei Bearbeitet von GUL-Sonic am 06. Oktober 2017 16:42:02 M.f.G.
GUL-Sonic Merke: Wirklichkeit ist niemals so konsistent wie ein solider Wahn! |
Information: |
PHP Version: Nicht ausgewählt • MySQL Version: Nicht ausgewählt • PHP-Fusion: Nicht ausgewählt |
|
|
Krelli |
Geschrieben am 06. Oktober 2017 17:24:55
|
|
Natürlich muss dort das "-" drin sein, da hat sich der Fehlerteufel eingeschlichen. Danke für die Rückmeldung, das muss auf jeden Fall im Updatepack korrigiert werden. |
Information: |
PHP Version: 8.2.x • MySQL Version: Nicht ausgewählt • PHP-Fusion: IPv9-DE-MOD |
|
Springe ins Forum: |