Hallo,
prinzipiell solltest du dich dort mit dem Update des Paketes selber drum kümmern und die entsprechende Sitemap mit einem Script entfernen.
In der Praxis ist es aber egal, ob die alte Datei noch existiert, oder nicht mehr, denn referenziert wird sie, wenn das objectType-Objekt gelöscht wird, nicht mehr in der Index-Sitemap.
Trotzdem haben wir hier eine Anpassung vorgenommen, wir werden mit der kommenden Version 5.4 die erstellten Sitemap-Dateien dem Plugin über die Tabelle wcf1_package_installation_file_log zuordnen, sodass die Dateien bei der Deinstallation des gesamten Plugins zumindest entfernt werden und dort dann keine Reste vorhanden sind. Ich habe das Thema daher mal als „Behoben“ mit der Target-Version 5.4.0 Beta 1 gelabelt, auch wenn es nur partiell etwas mit dem ursprünglichen Problem zu tun hat.
Grüße
Josh
prinzipiell solltest du dich dort mit dem Update des Paketes selber drum kümmern und die entsprechende Sitemap mit einem Script entfernen.
Ähm bitte was?
Du schreibst für dein Plugin ein Script, welches die alten Dateien entfernt und führst es mit der Script-PIP während des Updates aus.
Ich glaube, die Frage ist eher so zu verstehen: Warum muss ich mich selbst darum kümmern? Warum macht das Framework das nicht von sich aus automatisch?
Don’t have an account yet? Register yourself now and be a part of our community!
