Beiträge von Donner

    Lass es mich so sagen: Aktuell steht die Eventualität im Raum, einfach zur WoltLab-eigenen Foren-Software eine Alternative zu schaffen. Oder zumindest das, was sowieso schon seit Jahren in Arbeit ist, wieder in Angriff zu nehmen. Das hätte für Nutzer der WoltLab-Software, aber auch für Drittanbieter einen großen Vorteil.

    Ich verstehe Euch irgendwie nicht. WoltLab will auf Dauer mehr Geld. Dafür wählen sie dort einen ziemlich zweifelhaften und ärgerlichen Weg - so weit, so schlecht. Von Eurer Seite SileX wird gesagt, dass die Gratismentalität Euch das Leben schwer macht. Und jetzt wollt Ihr (wer auch immer) quasi ein Konkurrenz-Produkt auf den Markt bringen? Wozu soll das gut sein? Wollt Ihr dafür von den Leuten mit der Gratismentalität dann kein Geld haben?

    Ich würde verstehen, wenn die Plugin-Entwickler aufgeben, weil WoltLab die potentiellen Kunden vergrault oder so ausblutet, dass für die Plugins kein Geld mehr übrig bleibt. Wenn man aber eine Gratismentalität unterstellt, würde ich eigentlich von den Plugin-Entwicklern erwarten, dass diese mal gemeinsam (vielleicht sogar mit dem scheinbar ungeliebten WoltLab zusammen) an die Kunden gerichtet sagen, dass wir alle gefälligst in Zukunft ein wenig mehr / häufiger zahlen sollen, wenn wir die Produkte nicht auf Dauer "verlieren" wollen.

    Von meiner Seite kann ich jedenfalls feststellen, dass ich es selbstverständlich finde, dass Ihr für WSC 6 Upgrades der Plugins eine Update-Gebühr verdient habt und natürlich verlangen solltet.

    mipu hat die Anweisungen bezüglich TemplateListener jetzt korrigiert und das alte Teil wird jetzt beim Update auf 5.5.1 des Plugins korrekt "deleted". Danke dafür an mipu und Danke an SileX für's Kopfzerbrechen. Hätte ich ursprünglich gewusst, welches bzw. wessen Plugin (weil ich im Laufe der Jahre ja verschiedene dafür genutzt hatte) verantwortlich war, dann hätte ich hier erst gar nicht um Hilfe bezüglich manuellem Reparieren gefragt.

    aber es gab keine packageID dazu?

    In wcf1_template_listener war eine packageID zu dem Listener eingetragen, wenn ich nicht irre. Aber in wcf1_package gab es meines Erachtens kein passendes (noch installiertes) Plugin mehr dazu. Ich vermute aber, dass ich bei der Fehlersuche bzw. bei der Suche nach den Spuren des verwaisten Templates irgendwas gedanklich falsch zugeordnet hatte. Fakt ist, dass ich (jetzt mit dem Wissen wozu das Template gehört) das Problem in meiner Test-Installation anhand des "damaligen" Backups nicht mehr nachstellen kann. Jetzt wird auch in dem Backup bzw. in der Test-Installation das Template korrekt zum zugehörigen Plugin zugeordnet und wenn ich dessen aktuelle Version deinstalliere, wird auch das veraltete Template bzw. der TemplateListener mit entfernt (4 Einträge in wcf1_template_listener werden entfernt - inkl. des alten TemplateListeners). Wenn ich das Plugin in aktueller Version dann einfach neu installiere, werden die "nur" die korrekten 3 neuen Einträge in wcf1_template_listener gemacht.

    Dann hast du aber ein großes Problem.

    Soweit ich die Zusammenhänge verstehe, glaube ich eher, dass meine bisherige Beschreibung Dich dies glauben lässt.

    Meine Theorie dazu ist:

    Das Plugin hat das alte Template + Listener nicht korrekt entfernt. Ich hatte das Plugin aber zwischenzeitlich deinstalliert und somit im ACP in der Liste der Pakete auch kein Paket mehr zu der packageID, die noch in der DB für den TemplateListener eingetragen war. Die alternativen Plugins hatten ja bei deren Installation jeweils neue packageIDs erzeugt. Und die spätere erneute Installation von mipus Plugin in neuerer Version hat ja auch dafür eine neue packageID erzeugt, die dann aber nur das neue Template und den zugehörigen Listener betrifft. Der alte Kram stand dann immer noch mit der alten packageID in der DB bei den TemplateListenern. Vielleicht beschreibe ich es immer noch nicht ganz korrekt.

    Du hast mich indirekt ja auf die Idee gebracht, die alte Version des Add-ons nochmal zu installieren. Nachdem ich die alte Version deinstalliert hatte, war dann im Template user der event contentHeaderNavigation wohl korrekt entfernt. Der zugehörige Template-Code war nicht mit einer *.tpl-Datei, sondern mittels CDATA eingefügt und ist jetzt auch korrekt weg.

    Der Abgleich der "alten" DB aus gestrigem Backup versus der "neuen" DB von jetzt zeigt mir, dass jetzt alles korrekt sein müsste.