Dieses Thema ist veraltet und wurde für die 2.2 beantwortet.
Beiträge von admin
-
-
Stopp, genau dafür ist Master / Slave NICHT vorgesehen. Wir haben uns an die Standards gehalten, was z.B. auch Cateno unterstützt. Attribute gibt es bei Master / Slave NICHT. Du kann das mit den normalen Produkten / Attributen machen. Also Produkt = Hose, option = Farbe / Größe. Dann jeweils die Attribute: blau/rot ..., Größe: L / XL ...
Slave hat somit nur 1 Dimension, keine Mehrfach. Master / Slave mach dann Sinn, wenn Du einen Schraubendreher verkauft, den es in unterschiedlichen Ausführungen gibt, aber eben nur 1 Dimensional.
Produkt Master = Schraubendreher
Produkt Salave = Schraubendreher blau, rot, grün. -
Das klingt aber komisch. habe ich so noch nie gesehen und kann das auch nicht nachstellen. Bitte mal das FP2.1 installieren. Ist denn was an der create_account oder login.php geändert? Deutet ein wenig darauf hin.
-
Du musst das Shopvoting auch einstellen. Die Box alleine aktivieren reicht nicht. Wie ist den die Config Einstellung für das Modul?
-
Ja, da hast Du recht, werden das überdenken. Wenn Du das Fp1 eingespeilt hast, solltest Du auch gleich das FP2.1 (FP2+QF1) mit installieren. Bitte immer Schritt für Schritt. Als nächstes werden wir die Versionierung mal überdenken. Ich denke, Schritte wie v2.3.x wären sinnvoller. Die nächste Hauptversion wird dann v3.
-
Jetzt ist es Online
-
Dann lass es lieber installieren von jemanden, der sich damit auskennt. Wenn Du nicht fitt bist mit PHP, kann da schnell was schief laufen.
-
Wie ist das denn eingestellt? Ich habe meinen Testshop auch im Unterverzeichnis und da kommen die Bilder aus dem CSS korrekt. Hast Du in der .htaccess eine Weiterleitung auf den Unterordner /shop und in der configure.php den Unterordner NICHT angegeben? Wenn dem so ist, bitte in der configure.php den /shop Ordner eintragen und nicht in der .htaccess die Umleitung machen. Der Shop denke dann, er wäre im hauptverzeichnis.
-
Problem konnt gelöst werden und ist nicht mehr vorhanden. Also bitte FP2.1 nehmen oder bei 2.2.2.0/2.2.2.1 das Qf1 einspielen. Problem bestand schon seit v2.0 und hing tatsächlich mit der FSK18 Einstellung zusammen.
-
Ja sorry, habe das auf die v2.2 bezogen. In der v2.1 konnte ich es NICHT nachstellen, da dort der Fehler schon länger behoben war. Für die v2.1 kommt somit erst mal KEIN Update. Da mal die Fixes durch gehen, das war mal ein Punkt der behoben wurde. Es war im QF9 behoben worden.
-
-
Das liegt am PHP Mailer. Die Klasse sieht hier keine Ausgabe der fehlerhaften Mailadresse vor. Das müssen wir prüfen.
-
am besten dann mal das fp2+qf1 einspielen.
-
-
Das FP einfach deinstallieren und 1 mal neu installieren. Beim Deinstallieren werden die Werte, die gesetzt wurden, alle wieder gelöscht.
-
Ups, ja, da ist wohl was zuviel aufgeräumt worden. Ist behoben.
-
Ja, habe es auch beantwortet. Das war ein Fehler, der schon sehr lange besteht, aber noch keinem richtig aufgefallen ist.
-
Wird mit dem QF1 (2.2.2.1) behoben sein. Es wird AMMOUNT gefragt, als SMARTY aber COUPON_AMOUNT ausgegeben. Das ist jetzt behoben.
-
Also Herr Kausch hat sich schon die Mühe gemacht, aber nich 100% getestet. Laut PHP Datei wird das Geburtsdatum zwar geprüft, ABER nur auf Plausibilität. Jtzt muss es wieder eingegeben werden, sofern das Feld aktiv ist. Ist im QFq mit behoben.
-
Konnte es jetzt komplett reproduzieren und der Fehler ist behoben. Bitte das QF für 2.2.2.0 dann noch mal installieren. Das Komplett Paket wird dann mit erscheinen des FP2 und QF1 komplett mit aktualisiert. Der Fehler besteht schon seit geraumer Zeit, ist nur noch niemand weiter wirklich aufgefallen, da die Standard Gruppen immer auf FSK18 Artikel sperren "Ja" stehen. Das Problem ist aber jetzt behoben, wird wohl auch in der v2.1 / 2.0 so bestehen .-)