WCF Solutions Forum

Das gleiche Problem habe ich auch

+++Edit+++
Ich habe das Problem gefunden!
Man muss nur im ACP die richtigen Einstellungen machen, was die Sortiereinstellung beftrifft

Und übrigens, DANKE für die tolle Datenbank

moin
dies würde mich auch interessieren da bei mir immer nur der aller erste erstellte Beitrag in der Kategorie angezeigt wird.

meines wissens ist es ein bug, denn ich habe es mit sortieren nicht wegbekommen.

siehe hier -> Anzeigefehler letzte Einträge und fehlende Tags

Der Fehler ist in Version 2.0.4 behoben.

Hallo zusammen, ich muss das Thema leider noch einmal hoch holen.

Aber zuerst einmal ein großes Lob an euch: Die Datenbank funktioniert ansonsten einwandfrei

Leider ist auch nach dem Update das Problem weiterhin bestehend. Die letzten Beiträge werden nicht angezeigt. Nach der Aktualisierung der Anzeigen wird zwar ein anderer Beitrag angezeigt, dieser wird aber im weiteren nicht mehr aktualisiert.

Hallo yokoo, ein Link zu deiner Filebase wäre hilfreich.

Sorry, hatte ich vergessen:

http://www.gpgames.eu/downloads/

Ebenfalls sorry, aber ich muss fragen: Die Option "Letzten Eintrag aus der jeweiligen Kategorie anzeigen" ist definitiv aktiviert?

[edit] ah ja, jetzt sehe ich die letzten Beiträge auch, sieht eigentlich alles gut aus

Ich hatte es deaktiviert nach dem Motto "Lieber nichts als was falsches"

Was siehst du denn als letzten Eintrag in F1 2011? Das ist nämlich das, wo ich nach dem Update weitere Downloads hinzugefügt habe - auch heute noch. Die Anzeige sagt aber:

Zitat

2011 Williams Renault FW 18 by warok
Von warok (Gestern, 12:1

Stimmt. Sieht so aus, dass es nicht sofort aktualisiert wird. Ich kann es jetzt auch auf meiner Testinstallation reproduzieren.

Es funktioniert bei den meisten Unterkategorien, aber ich habe auch eine gefunden, bei der neue Einträge nicht übernommen werden. Ich werd mir am Wochenende mal den Source-Code vorknöpfen...

Danke für deine Mühe

Ich habe einen Fehler gefunden; ob es der einzige ist, muss sich noch herausstellen.

Das Problem ist die Benutzung von REPLACE bei einer Tabelle ohne Primärschlüssel oder Index. Das ist äquivalent to INSERT und macht insofern keinen Sinn, da jede Kategorie pro Sprache nur einen letzten Eintrag haben kann. Im Moment werden mit jedem neuen Eintrag Zeilen hinzugefügt statt ersetzt, von daher ist es logisch, dass die Anzeige zufällig mal stimmt, meistens aber nicht mehr, nachdem ein neuer Eintrag hinzugefügt wurde.

Die Tabelle wsif_x_category_last_entry muss also einen Primärschlüssel definiert bekommen. Danach scheint bei mir die Anzeige jetzt zu funktionieren.

Wer mit phpMyAdmin Zugriff auf die Datenbank hat, kann wie folgt vorgehen:

1. Die Tabelle wsif_x_category_last_entry komplett leeren (nicht löschen!).
2. Die Spalten categoryID und languageID als Primärschlüssel definieren (siehe Anlage).
3. Im ACP eine Aktualisierung der Kategorien vornehmen.

Ich kann dazu auch mal einen installierbaren Patch vorbereiten.

[PS] Ich bin mir momentan nicht sicher, wie das mit der languageID gedacht ist. Evtl. muss nur die categoryID einen Primärschlüssel bekommen. Das hängt davon ab, ob es pro Sprache einen Eintrag geben soll oder nur einen für alle Sprachen. Vielleicht kann Sebastian das erklären.

Awesome Jetzt habe ich zumindest schon mal wieder die aktuell letzten Beiträge dort stehen. Ob das dann auch so bleibt, wenn neue Downloads hinzukommen, werde ich berichten - bin aber zuversichtlich

Vielen vielen Dank für deine Mühe!

Zitat von »Sir Henry«

Das Problem ist die Benutzung von REPLACE bei einer Tabelle ohne Primärschlüssel oder Index.

Genau dieses Problem wurde doch mit dem Update auf 2.0.4 behoben

Das Package sieht gut aus, aber anscheinend wird das update.sql nicht oder nicht vollständig ausgeführt.

Ich habe den Verdacht, dass die "ALTER TABLE ..."-Statements vom SQL-PIP verschluckt werden.

[edit]
Der Verdacht hat sich bestätigt. Bei einer Testinstallation wurde der erste ALTER-Befehl (DROP PRIMARY KEY) ausgeführt, der zweite (ADD PRIMARY KEY) hingegen nicht, und zwar ohne Fehlermeldung. Resultat: Kein Primärschlüssel definiert. Wie kann das beim Testen übersehen werden??

[edit2]
Ich habe das Problem weiter untersucht. Das Problem tritt auf, wenn es vorher einen Primärschlüssel gab und dieser geändert werden soll. Das SQL-PIP will so schlau sein und ignoriert ein ADD PRIMARY KEY wenn es bereits einen Primärschlüssel gibt. Dieser sollte zwar mit DROP PRIMARY KEY vorher gelöscht werden, doch zu dem Zeitpunkt des Checks existiert er noch, da alle SQL-Statements erst ganz am Ende der Verarbeitung ausgeführt werden.

Die Korrektur ist nicht ganz einfach. Der Aufruf von WCF::getDB()->getIndices() müsste ein Mal ganz am Anfang stattfinden, und dann müsste das schlaue PIP den Index aus dem Array herausnehmen, wenn es ein DROP PRIMARY findet.

Habe einen WCF-Bug eingetragen.

Ich fände es sinnvoll und würde daher darum bitten, den Zusatz [Behoben] aus dem Thread-Titel zu entfernen, da die Version 2.0.4 nachweislich den Fehler nicht behebt.

Es ist nun eine entsprechende Patch Level-Version verfügbar.

Ja, danke, das funktioniert jetzt (erstaunlicherweise).