https://bugs.webs.de/file_download.php?file_id=16&type=bug
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 151 | [WEB-Shop] Frontend | schwerer Fehler | N/A | 26.09.2009 12:49 | 03.10.2019 07:47 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.17 | ||
| Zielversion: | 1.0.18 | ||||
| Zusammenfassung: | Migration PHP 5.3 | ||||
| Beschreibung: |
Mit PHP v5.3 sind viele Funktionen abgekündigt worden (deprecated), Attribute wurden umbenannt, etc. Derzeit ist der Shop unter PHP 5.3 nicht bzw. nur eingeschränkt lauffähig, da viele "Warnungen" angezeigt werden. http://de.php.net/manual/de/migration53.deprecated.php |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | GDLib Attribut: http ://ww w.ecombase.de/forum/index.php?showtopic=48732 | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000090)
xantiva 27.09.2009 11:30 |
BESTANDSAUFNAHME: ================= Deprecated functions: * call_user_method() => nur in /includes/classes/payment.php => fixed! * call_user_method_array() => nicht verwendet * define_syslog_variables() => nicht verwendet * dl() => nicht verwendet * set_socket_blocking() => nicht verwendet * spliti() => nicht verwendet * sql_regcase() => nicht verwendet * mysql_db_query() => nicht verwendet todo: * ereg() (use preg_match() instead) => gut 50x * ereg_replace() (use preg_replace() instead) => 18x * eregi() (use preg_match() with the 'i' modifier instead) => ca. 100x * eregi_replace() (use preg_replace() with the 'i' modifier instead) => 2x * set_magic_quotes_runtime() and its alias, magic_quotes_runtime() => /includes/iclear/nusoap.php und /includes/classes/class.phpmailer.php (Der PHPmailer geht davon aus, dass die Funktion erst mit PHP Version 6 wegfällt.) * session_register() => sessions.php im normalen und im admin includes/functions * session_unregister() => sessions.php im normalen und im admin includes/functions * session_is_registered() => sessions.php und application_top.php (normal und admin) * split() (use preg_split() instead) (kommt sehr häufig vor!) * mysql_escape_string() (use mysql_real_escape_string() instead) => 4x * Passing locale category names as strings is now deprecated. Use the LC_* family of constants instead. * The is_dst parameter to mktime(). Use the new timezone handling functions instead. |
|
(0000117)
Doc Olson 24.10.2009 14:03 |
Rev. 958: ereg_replace ausgetauscht, ausser im admin-Bereich Rev. 966: ereg/eregi ausgetauscht, ausser im admin-Bereich |
|
(0000155)
30.11.2009 07:42 |
Vielleicht sollte man erstmal das Error Reporting anpassen. // Set the level of error reporting error_reporting(E_ALL & ~E_NOTICE & ~E_DEPRECATED & ~E_USER_DEPRECATED); |
|
(0000312)
yogi 17.10.2010 10:57 (Zuletzt bearbeitet: 17.10.2010 10:57) |
regexp um die abgekündigten Funktionen zu finden: '\(^\|[^a-z_.]\)\(call_user_method\|call_user_method_array\|define_syslog_variables\|dl\|ereg\|ereg_replace\|eregi\|eregi_replace\|set_magic_quotes_runtime\|session_register\|session_unregister\|session_is_registered\|set_socket_blocking\|split\|spliti\|sql_regcase\|mysql_db_query\|mysql_escape_string\) *(' |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 515 | [WEB-Shop] Frontend | schwerer Fehler | immer | 12.09.2014 16:04 | 24.09.2019 13:59 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.17 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.18 | ||
| Zielversion: | 1.0.18 | ||||
| Zusammenfassung: | Preisanzeige bei Artikeln mit Staffelpreisen und Rabatt ist fehlerhaft | ||||
| Beschreibung: |
Ich habe einen Artikel mit Staffelpreisen und einem zusätzlichen Rabatt. In Abhängigkeit des Rabatts verändert sich derzeit die Preisanzeige des Artikels. Mal wird xtcFormatSpecialDiscount und mal xtcFormatSpecialGraduated verwendet. Am Ende wird der Discount geprüft und dann verglichen: if ($pPrice - ($pPrice / 100) * $discount <= $bestPrice['price']) { Das Problem: $pPrice enthält den Bruttopreis, in $bestPrice['price'] steht aber immer $sPrice und somit der Nettopreis drin (von der Prüfung auf xtcGetGraduatedPrice). Das müsste bei allen anderen Preisnachlässen auch so sein. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000550)
xantiva 12.09.2014 16:26 |
rev. 2513 Ich sichere jetzt den Nettopreis und die Vergleiche nutzen dann immer nur den Nettopreis ... $netPrice = $pPrice; $bestPrice = array('price' => $netPrice); $pPrice = $this->xtcAddTax($pPrice, $products_tax); ... |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 79 | [WEB-Shop] Frontend | Unschönheit | immer | 11.03.2009 12:37 | 24.09.2019 13:57 |
| Reporter: |
|
Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | keine | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.18 | ||
| Zielversion: | 1.0.18 | ||||
| Zusammenfassung: | Wishlist / Merkzettel | ||||
| Beschreibung: |
Die Wishlist Klasse wird nicht an die $_SESSION übergeben sondern ein Instanz von Shoppping Cart Änderung in der /includes/application_top.php Zeile 276 // include shopping cart class require (DIR_WS_CLASSES.'shopping_cart.php'); // include wish list class require(DIR_WS_CLASSES . 'wish_list.php'); Zeile 477 // require(DIR_WS_CLASSES . 'wish_list.php'); // create the wish list & fix the list if necesary if (!is_object($_SESSION['wishList'])) { //$_SESSION['wishList'] = new shoppingCart(); $_SESSION['wishList'] = new wishList(); } Attribute werden nicht an den Merkzettel übergeben |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000029)
14.03.2009 11:56 |
Ich überlege hier eine neue Version eines Merkzettels zu schreiben, da dieser, wie die anderen total Grütze sind... will die ca. so im Style von Amazon machen, dass man Public und Private Merkzettel machen kann... |
|
(0000542)
yogi 10.03.2014 13:32 |
Revision 2500 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 496 | [WEB-Shop] Frontend | schwerer Fehler | immer | 10.06.2013 14:49 | 12.09.2014 16:05 |
| Reporter: | Kopernikus | Rechnertyp: | PC | ||
| Bearbeitung durch: | yogi | Betriebssystem: | Win8 | ||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.16 | ||
| Zielversion: | 1.0.16 | ||||
| Zusammenfassung: | Staffelpreise werden bei aktiviertem Sonderangebot nicht mehr berücksichtigt. | ||||
| Beschreibung: |
Wird ein Artikel mit Staffelpreisen als Sonderangebot erfasst, werden die Staffelpreise - obwohl dem Kunden angezeigt - nicht mehr berücksichtigt. Beispiel: Artikel XY zu EUR 1000.- ab 5 Stück EUR 950.- ab 10 Stück EUR 800.- Sonderangebot EUR 950.- Bestellt nun ein Kunde 10 Stück dieses Artikels, erhält er diesen nicht zu EUR 800.-, sondern zum Aktionspreis von 950.- Die Staffelpreise werden dem Kunden aber trotzdem angezeigt. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: |
Testshop: http://demo.webs.de/Test-Kategorie/Test-Produkt::1.html Ich habe diesen Artikel mit Staffelpreisen erweitert und als Sonderangebot deklariert. |
||||
| Zusätzliche Informationen: |
Es gibt im Prinzip nur zwei Lösungsvarianten: Lösung 1 (einfach): Wird ein Artikel als Sonderangebot deklariert, werden die Staffelpreise automatisch deaktiviert. Lösung 2.(aufwändiger): Eine Bedingung erkennt ob der Staffelpreis günstiger als der Sonderpreis ist und gibt dem Kunden schliesslich den günstigeren Preis weiter. Ich bevorzuge klar Variante 2, da sie dem Shopbesitzer mehr Flexibilität ermöglicht. Das aktuell jedoch Staffelpreise bei aktiviertem Sonderangebot angezeigt werden, ist ein Bug der unbedingt gefixt werden sollte. Ich habe deshalb heute ein Mail von einem Kunden erhalten, der sich unheimlich aufgeregt hat, da ihm ein höherer Preis als "vereinbart" verrechnet wurde. |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000526)
yogi 22.11.2013 11:42 (Zuletzt bearbeitet: 22.11.2013 11:44) |
Hi, bei der Preisberechnung in includes/classes/xtcPrice.php wird nachdem ein Preis gefunden wurde abgebrochen. Es wird also nicht geschaut ob der aktuelle Kunde noch einen günstigeren Preis z.B. über LiveShopping, Staffelpreise oder den direkten Kundengruppenrabatt erhalten könnte. Behoben in Revision 2441 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 514 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 03.08.2014 13:44 | 03.08.2014 13:46 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.17 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.18 | ||
| Zielversion: | 1.0.18 | ||||
| Zusammenfassung: | Smarty products_media liefert falsches Icon | ||||
| Beschreibung: | Bei einem PDF Dokument wird trotzdem das IE Icon (=> Link) ausgegeben. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000549)
xantiva 03.08.2014 13:46 |
rev. 2512 Bug gefixt und noch HREF an Smarty übergeben, damit man im Template auch selber noch an die URL des Dokuments kommt. (Wenn man den "Button" nicht mag.) |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 513 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 03.08.2014 12:46 | 03.08.2014 13:07 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.17 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.18 | ||
| Zielversion: | 1.0.18 | ||||
| Zusammenfassung: | Smarty products_media erzeugt Icon - URLs aus dem admin Ordner, die nicht angezeigt werden | ||||
| Beschreibung: |
Der Admin - Bereich (Backend) ist inzwischen per htaccess Passwortschutz gesichert. Die Smarty Funktion erzeugt aber immer noch URLs für die Icons, die im Backend liegen. Das erzeugt im Shop eine Passwort - Abfrage und die Icons werden dann nicht angezeigt. Alle Icons mit diesem Pfad: admin/images/icons/icon_*.gif müssten dann auch nach images/icons/ kopiert werden. Um sie verschieben zu können müssten dann im Backend auf die Frontend-Grafiken zugeriffen werden? |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: |
if ($row['content_link'] == '') { $icon = xtc_image(DIR_WS_CATALOG.'admin/images/icons/icon_link.gif'); } else { $icon = xtc_image(DIR_WS_CATALOG.'admin/images/icons/icon_'.str_replace('.', '', strstr($row['content_file'], '.')).'.gif'); } |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000548)
xantiva 03.08.2014 13:07 |
rev. 2511 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 512 | [WEB-Shop] Frontend | kleinerer Fehler | nicht getestet | 26.07.2014 13:14 | 26.07.2014 13:38 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.17 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.18 | ||
| Zielversion: | 1.0.18 | ||||
| Zusammenfassung: | Nach einem Login landet man nicht wieder im Warenkorb | ||||
| Beschreibung: | Mit 0000227 wurde die login.php geändert. Bei einem Login sollte auf die Ausgangsseite vor dem Login weitergeleitet werden. Das funktioniert aber nur dann, wenn der Login nicht aus dem Warenkorb, auf dem Weg zur Kasse passiert. In diesem Fall beinhaltet der vorletzte Eintrag der "pageview_history" schon die login.php. Dann sollte auf die vorvorletzte URL zurück gesprungen werden ... | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000547)
xantiva 26.07.2014 13:38 |
Rev. 2510 Bei einem Login auf dem Weg zur Kasse landet man nun wieder im Warenkorb. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 511 | [WEB-Shop] Frontend | schwerer Fehler | immer | 06.07.2014 14:42 | 06.07.2014 14:47 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.17 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.18 | ||
| Zielversion: | 1.0.18 | ||||
| Zusammenfassung: | Es können keine SMTP Mails verschickt werden, wenn der Shop in einem Unterverzeichnis liegt | ||||
| Beschreibung: |
Beim Versand der Bestellbestätigung kommt folgende Fehlermeldung: Warning: require_once(/var/../includes/classes/class.smtp.php) [function.require-once]: failed to open stream: No such file or directory in /var/../webs/includes/classes/class.phpmailer.php on line 702 In der maoil_template.php wir der DOCUMENT_ROOT verwendet, statt DIR_FS_CATALOG. $this->PluginDir = DIR_FS_DOCUMENT_ROOT.'includes/classes/'; |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000545)
xantiva 06.07.2014 14:47 |
rev. 2509 $this->PluginDir = DIR_FS_CATALOG.'includes/classes/'; |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 499 | [WEB-Shop] Backend | Blocker | immer | 10.08.2013 11:34 | 15.03.2014 15:36 |
| Reporter: | Kopernikus | Rechnertyp: | PC | ||
| Bearbeitung durch: | yogi | Betriebssystem: | Windows | ||
| Priorität: | hoch | BS-Version: | 8 | ||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.18 | ||
| Zielversion: | 1.0.18 | ||||
| Zusammenfassung: | Html Browser funktioniert im Internet Explorer 10 nicht mehr. | ||||
| Beschreibung: | Im Internet Explorer 10 wird der html Editor offenbar nicht mehr unterstützt. Die gesamte html Tool-Leiste wird nicht mehr eingeblendet und Produktbeschreibungen können nur noch in html bearbeitet werden. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | Wurde im Webs Testshop getestet. | ||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000543)
yogi 15.03.2014 13:49 (Zuletzt bearbeitet: 15.03.2014 13:52) |
Hallo Kopernikus, mit der V1.0.18 wird der in der Webs verbaute fckeditor gegen den ckeditor ausgetauscht. Der fckeditor ist seit 2010 deprecated, was auch die Probleme erklärt und ein Update ist nicht verfügbar. Könntest Du mal testen ob der ckeditor funktioniert - wobei ich schon davon ausgehe das der funktionieren wird. Siehe auch http://ckeditor.com/support/faq/fckeditor |
|
(0000544)
yogi 15.03.2014 15:35 |
Revision 2505: Geänderte Dateien: - admin/categories.php - admin/content_manager.php - admin/coupon_admin.php - admin/gv_mail.php - admin/includes/modules/new_category.php - admin/includes/modules/new_product.php - admin/includes/modules/products_images.php - admin/mail.php - admin/module_newsletter.php hinzugefügte Verzeichnisse: - admin/includes/modules/ckeditor/ gelöschte Dateien / Verzeichnisse: - inc/xtc_wysiwyg.inc.php - admin/includes/modules/fckeditor/ |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 510 | [WEB-Shop] Frontend | schwerer Fehler | immer | 07.03.2014 12:09 | 07.03.2014 12:52 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.18 | ||
| Zielversion: | 1.0.18 | ||||
| Zusammenfassung: | Fehlerhaftes caching von ProduktAttributen | ||||
| Beschreibung: |
Bei aktiviertem Caching werden bei einem Produkt falsche Attribute ausgegeben, wenn es noch ein zweites Produkt mit Attributen gibt. Dies liegt am aktivierten Zwischenspeichern der erzeugen Attribute durch die function.products_attributes.php |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000541)
yogi 07.03.2014 12:52 |
Revision 2495 geänderte Dateien: - includes/classes/smarty_plugins/function.products_attributes.php |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 468 | [WEB-Shop] Frontend | schwerer Fehler | immer | 03.10.2012 21:19 | 07.03.2014 12:52 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.14 | ||
| Zielversion: | 1.0.14 | ||||
| Zusammenfassung: | aktivieres Caching bewirkt das der Shop unbrauchbar ist | ||||
| Beschreibung: |
Wenn man im Backend das Caching aktiviert funktioniert der Shop nicht mehr. Diverse Seiten liefern nur noch das gleiche "gecachte" Ergebnis |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000488)
yogi 03.10.2012 21:33 |
Revision 2303 CHANGED: ./account.php - fixed to disabled ./account_edit.php - fixed to disabled ./account_history.php - fixed to disabled ./account_history_info.php ./advanced_search.php - fixed to disabled ./cookie_usage.php - fixed to disabled ./gv_send.php - fixed to disabled ./gv_redeem.php - fixed to disabled ./popup_search_help.php - fixed cache_id ./print_product_info.php - enabled ./print_order.php - nice ./product_reviews_info.php - fixed cache_id ./product_reviews.php - fixed cache_id to show new reviews immediate ./shop_content.php - disabled on contact ./includes/modules/checkout_new_address.php - fixed to disabled ./includes/modules/downloads.php - fixed to disabled ./includes/modules/gift_cart.php - fixed to disabled ./includes/modules/order_details_cart.php - fixed to disabled ./includes/modules/product_navigator.php - enabled by cache_id ./includes/modules/address_book_details.php - fixed to disabled ./includes/modules/error_handler.php - fixed to disabled ./includes/modules/product_listing.php - fixed cache_id (products_per_side) ./templates/webs/source/boxes/manufacturers.php - fixed not showing when cached ./templates/webs/boxes/manufacturers.html - fixed on empty list ./templates/webs/source/boxes/information.php - nice |
|
(0000507)
yogi 16.01.2013 11:31 |
weiterer Fehler im Backend: - source/boxes/admin.php Revision 2348 (V1.0.15) |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 509 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 19.02.2014 09:19 | 28.02.2014 06:49 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.17 | ||
| Zielversion: | 1.0.17 | ||||
| Zusammenfassung: | SSL-Proxy: Session wird beim SSL-Proxy erst beim zweiten Aufruf angelegt | ||||
| Beschreibung: |
Wenn ein potentieller Kunde (nicht angemeldet) ein Produkt in den Warenkorb legt und anschließend auf den Warenkorb klickt so ist dieser leer. Ein Reload der Seite behebt das Problem und die Produkte werden angezeigt |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: |
Es hängt mit der Cookie-Einstellung zusammen, und hier mit der empfohlenen Einstellung "cookie nutzung erzwingen". Dabei wird zuerst ein cookie_test geschickt und erst beim zweiten Besuch das Cookie für den Warenkorb angelegt. Wenn nun ein SSL-Proxy benutzt wird so gibt es auf der SSL-URL bisher kein Cookie, so dass zunächst der cookie_test geschickt wird (die SessionID steht als XTCsid in der URL). Beim reload wird dann dann die Session gestartet und der Warenkorb Inhalt angezeigt. |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000540)
yogi 19.02.2014 09:20 |
Revision 2486: änderung an der includes/application_top.php |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 389 | [WEB-Shop] Backend | Feature-Wunsch | immer | 25.01.2011 23:55 | 17.02.2014 13:22 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | zugewiesen | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.18 | ||||
| Zusammenfassung: | Bei der Änderung des Bestellstatus in "Storniert" auch die Waren wieder dem Lagerbestand zuordnen | ||||
| Beschreibung: |
Wenn eine Bestellung storniert wird, ist es meist erforderlich, die Waren der Bestellung auch wieder dem Lagerbestand zuzuordnen. Analog der Option, wenn eine Bestellung ganz gelöscht wird. Das erfordert ggf. die Festlegung der ID für den Status "Storniert" im Backend. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 432 | [WEB-Shop] Template | kleinerer Fehler | immer | 13.08.2011 12:08 | 17.02.2014 13:22 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | zugewiesen | Produktversion: | 1.0.12 | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.18 | ||||
| Zusammenfassung: | Die "geschätzten Versandkosten" im Warenkorb berücksichtigen noch keine Gewichte, ... | ||||
| Beschreibung: | Erst mal im Template (webs/modules/shopping_cart.html) deaktiviert. Kann bei Shops mit "Flat", etc. eingesetzt werden. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 147 | [WEB-Shop] Template | Unschönheit | N/A | 19.09.2009 11:21 | 17.02.2014 13:22 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | zugewiesen | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.18 | ||||
| Zusammenfassung: | Umstellung des Suffix bei allen Template Dateien auf .tpl | ||||
| Beschreibung: | Smarty Template Dateien haben normalerweise die Endung .tpl während bei XTC damals alle die Endung .html bekommen haben. Umstellung aller Template Dateien auf die .tpl! | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | Achtung: Externe Templateanbieter müssen das berücksichtigen! | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000082)
xantiva 19.09.2009 11:27 |
Evtl. kann Jörg das direkt mit Script machen, dass auch die Umbenennung sauber im SVN dokumentiert wird ... |
|
(0000273)
xantiva 21.08.2010 12:12 |
Prüfen, ob das einfach möglich ist. Ggf. in allen Daten per Suchen und Ersetzen .html => .tpl? Der Installer könnte die bestehenden Templates umändern. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 4 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 14.11.2008 14:11 | 17.02.2014 13:22 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | zugewiesen | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.18 | ||||
| Zusammenfassung: | PDF-Katalog | ||||
| Beschreibung: | PDF-Katalog einbinden | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000296)
xantiva 20.09.2010 19:44 |
Erste Vorversion für das neue Template eingecheckt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 457 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 28.12.2011 21:55 | 17.02.2014 13:22 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | zugewiesen | Produktversion: | 1.0.12 | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.18 | ||||
| Zusammenfassung: | Erweiterung des Intraship Moduls um die Nachnahme | ||||
| Beschreibung: | Um auch eine beleglose Nachnahme per DHL Intraship durchführen zu können, muss das Modul noch erweitert werden. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | Funktioniert hier schon, mit fehlt nur noch ein Feedback von DHL. | ||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 258 | [WEB-Shop] Frontend | Feature-Wunsch | immer | 30.01.2010 00:26 | 17.02.2014 13:21 |
| Reporter: | Hobbybastler | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | zugewiesen | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.18 | ||||
| Zusammenfassung: | Moneybookers IFRAME Modul Version 2.4 = Aktuell | ||||
| Beschreibung: |
Neues Moneybookersmodul Anzeige der Eingabemaske per IFRAME im Shop,d.h. der Kunde bleibt im Shop , und es erfolgt keine Weiterleitung zu Moneybookers Website andere Bezahlmodelle ebenfalls über das Modul Möglich z.b. Sofortüberweisung/Lastschrift etc. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: |
Modul Portiert für die ECB V1.0.8 und funktioniert erfolgreich weitere Infos http :// w ww.ecombase.de/PRO/downloads.php?do=file&id=65 |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000190)
yogi 02.02.2010 16:42 |
Hallo, ich vermute mal das dieses Modul irgendwie von x*c kommt, oder? |
|
(0000191)
Hobbybastler 02.02.2010 22:32 |
Richtig, ist vom XT-Commerce letzte aktuelle Version 2.4, mit I-Frame, wird im Checkout zur Bezahlung im Webshop angezeigt, und der Kunde kann bequem im Shop seine Zahlung vornehmen, also er wird nicht wie im alten Modul auf die Seite von Moneybookers geleitet. Akzeptierte Bezahltmethoden: Kreditkarte, Lastschrift,Sofortüberweisung,Carte Bleue(FR),CartaSI(IT), Bankeinzug(DE), Giropay(DE), Ideal(NL), Maestro(ES,GB,AT), Netpay(AT), Postepay(IT), Przelewy24(PL), Moneybookers E-Wallet. Also 13 Möglichkeiten von verschiedenen Zahlungsoptionen, die werden alle im Admin unter Module/Zahlungsoptionen angezeigt, es kann ein oder mehrere Zahlungsmöglichkeiten aktiviert werden. Aber vor der Installation sollte die Datei amoneybookers.php und moneyorder.php entfernt werden, sind veraltet und hiermit überholt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 433 | [WEB-Shop] Backend | Unschönheit | immer | 13.08.2011 19:22 | 17.02.2014 13:21 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | zugewiesen | Produktversion: | 1.0.11 | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.18 | ||||
| Zusammenfassung: | Umstellung von Moneybookers auf neues MailTemplate | ||||
| Beschreibung: |
Im Moneybookers Bezahlmodul wird noch das alte Mail-System verwendet. Dies sollte auf das neue Mailtemplate umgestellt werden http://wiki.webs.de/index.php/HowTo:EMail_Template Siehe auch Ticket 140 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 132 | [WEB-Shop] Datenbank | Feature-Wunsch | N/A | 10.09.2009 23:53 | 17.02.2014 12:00 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | normal | BS-Version: | |||
| Status: | anerkannt | Produktversion: | |||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.18 | ||||
| Zusammenfassung: | Erweiterung der Firmenanschrift um ein Feld 'weitere Geschäftsführer' | ||||
| Beschreibung: | Für Mahnungen, etc. ist es später wichtig, neben dem korrekten Firmennamen mit Geschäftsform auch die Namen aller Geschäftsführer zu haben. Hier könnte ein Zusätzliches Feld in der Datenbank helfen. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 15 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 15.11.2008 22:15 | 17.02.2014 12:00 |
| Reporter: |
|
Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | normal | BS-Version: | |||
| Status: | Rückmeldung | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.18 | ||||
| Zusammenfassung: | GutscheinSystem | ||||
| Beschreibung: |
MwSt Berechnung bei Gutscheinen. Prozentualer Wert und Versandkostenfrei - Fehler bei MwSt. Kupons führen bei netto-Kunden zu falscher MwSt-Berechnung. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000143)
xantiva 14.11.2009 12:15 |
Bitte nochmal genauer spezifizieren ... |
|
(0000269)
xantiva 21.08.2010 11:54 |
Vor release noch mal prüfen! |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 197 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 01.11.2009 12:05 | 17.02.2014 12:00 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | Rückmeldung | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | wiedereröffnet | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.1 | ||
| Zielversion: | 1.0.18 | ||||
| Zusammenfassung: | Mehrfach - Bearbeiten von Bestellungen (Rechnungen, Lieferscheine drucken, etc.) | ||||
| Beschreibung: | Adaption des Moduls "Multi-Order-Status" von xtc-load.de für die ECB. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000127)
xantiva 01.11.2009 12:08 |
rev 974 |
|
(0000274)
xantiva 21.08.2010 12:17 |
ggf. in die 1.0.10 übernehmen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 180 | [WEB-Shop] Frontend | Unschönheit | N/A | 19.10.2009 18:32 | 17.02.2014 12:00 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | normal | BS-Version: | |||
| Status: | neu | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.18 | ||||
| Zusammenfassung: | Wird compatibility.php noch gebraucht? | ||||
| Beschreibung: | Durch die Festlegung auf > PHP4 sollten die ganzen Kompatibilitäts Krücken überflüssig geworden sein. Prüfen und entfernen! | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000352)
yogi 22.12.2010 19:20 |
inc/xtc_gdlib_check.php enthielt gd_info, wurde nur in installer benutzt => removed revision 1740 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 404 | [WEB-Shop] Backend | kleinerer Fehler | immer | 19.03.2011 12:01 | 17.02.2014 11:59 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | normal | BS-Version: | |||
| Status: | neu | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.18 | ||||
| Zusammenfassung: | Beim Import neuer Produkte wird das Feld products_date_added nicht gesetzt | ||||
| Beschreibung: | Nach einem Import von Produkten werden diese nicht als neue Produkte angezeigt. Das Feld products_date_added wird beim Import nicht gesetzt. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000478)
xantiva 29.01.2012 18:37 |
Wenn dabei neue Kategorien angelegt werden, fehlen default - Werte für * categories_template * listing_template * products_sorting * products_sorting2 * last_modified |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 508 | [WEB-Shop] Frontend | Unschönheit | immer | 17.02.2014 11:52 | 17.02.2014 11:54 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.17 | ||
| Zielversion: | 1.0.17 | ||||
| Zusammenfassung: | Wenn man im Bezahlmodul eustandardtransfer die BLZ und Kontonummer nicht angibt erscheint in der EMail der Text ohne Inhalt | ||||
| Beschreibung: |
liegt an der lang/*/module/payment/eustandardtransfer.php hier sollte vor der Ausgabe des Textes geprüft werden ob die entsprechende Konstante auch einen Inhalt enthält. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000539)
yogi 17.02.2014 11:54 |
Revision 2471 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 506 | [WEB-Shop] Backend | kleinerer Fehler | immer | 18.01.2014 17:30 | 17.02.2014 11:45 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.16 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.17 | ||
| Zielversion: | |||||
| Zusammenfassung: | Methoden als Referenz übergeben | ||||
| Beschreibung: |
Unter PHP5.4 habe ich versucht, eine Änderung an einer Kundengruppe zu speichern: Strict Standards: Only variables should be assigned by reference in /home/www/xxx/admin/customers_status.php on line 113 Zeile 113: if ($customers_status_image = &xtc_try_upload('customers_status_image', DIR_WS_ICONS)) { Die Methode xtc_try_upload wird hier fälschlicherweise "by reference" verwendet. Nach dem entfernen des & funktioniert der Code immer noch. Das &xtc_try_upload kommt noch an weiteren Stellen vor. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000534)
xantiva 18.01.2014 17:33 |
Hm, scheint, als wäre die Beschreibung hier falsch? Bei dem 5.4.22 kommt STRICT und kein DEPRECATED ... http://php.net/manual/en/language.operators.assignment.php As of PHP 5, the new operator returns a reference automatically, so assigning the result of new by reference results in an E_DEPRECATED message in PHP 5.3 and later, and an E_STRICT message in earlier versions. |
|
(0000537)
yogi 17.02.2014 11:45 |
Revision 2470: entferenen des unnötigen & beim Aufruf. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 507 | [WEB-Shop] Frontend | schwerer Fehler | immer | 26.01.2014 14:05 | 26.01.2014 14:08 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.17 | ||
| Zielversion: | 1.0.17 | ||||
| Zusammenfassung: | Durch die zusammenführung der Javascript Resourcen kann es zu einer fehlerhaften JS-Datei kommen | ||||
| Beschreibung: |
Wenn in einer Javascript-Datei am Dateiende ein Kommentar steht der nicht durch einen CR abgeschlossen wird so wird die nachfolgende JS-Datei ohne CR angehängt, was dazu führt das die erste Code-Zeile der Folgedatei im Kommentar der vorherigen Datei landet und nicht interpretiert wird. Dies führt dann evtl. zu einer nicht interpretierbaren kombinierten Javascript Datei. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000536)
yogi 26.01.2014 14:08 |
Revision 2462: nach dem hinzufügen jeder Einzeldatei wird geprüft ob diese auf ein CR endet und gegebenenfalls ein CR angehängt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 504 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 10.01.2014 09:12 | 26.01.2014 13:57 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.17 | ||||
| Zusammenfassung: | Javascript aus den Payment-Modulen wird auf der Bezahlseite nicht mehr ausgeführt | ||||
| Beschreibung: |
Durch die Umstellung von includes/header.php auf die verschiedenen Smarty-Funktion wie z.B. includes/classes/smarty_plugins/function.javascript.php wird das separate Javascript vom Payment-Modul nicht mehr auf der Seite ausgegeben - und somit auch nicht ausgeführt. Dies ist zwar kein großer Fehler, aber es erzeugt Serverlast da die Prüfung ja zunächst im Browser gemacht werden kann anstatt sie immer auf dem Server zu machen. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000535)
yogi 26.01.2014 13:57 |
Revision 2461: Änderung an der includes/classes/smarty_plugins/function.javascript.php durch hinzufügen des javascript_validation() codes. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 505 | [WEB-Shop] Installer | kleinerer Fehler | nicht getestet | 13.01.2014 20:44 | 13.01.2014 20:44 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | normal | BS-Version: | |||
| Status: | neu | Produktversion: | 1.0.16 | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | |||||
| Zusammenfassung: | Slash zuviel in der htaccess im admin Verzeichnis | ||||
| Beschreibung: |
Der Pfad in der Zeile "AuthUserFile" hat ein Slash vor dem admin zu viel: AuthUserFile /home/www/webxx/html/www.example.com//admin/.htpasswd |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 503 | [WEB-Shop] Backend | Blocker | immer | 27.12.2013 15:42 | 27.12.2013 15:48 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | dringend | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.14 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.17 | ||
| Zielversion: | 1.0.17 | ||||
| Zusammenfassung: | SSL-Proxy: Betreten des Admin-Bereiches führt zu Login-Seite | ||||
| Beschreibung: |
Wenn man einen einen SSL-Proxy betreibt funktioniert das betreten des Backends nicht, wenn die Backend-Seite über den https Link aufgerufen wird. Ursache ist ein Security-Patch aus der Vergangenheit welche "blind sql injection" verhindert - und leider auch den Aufruf über einen SSL-Proxy. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000533)
yogi 27.12.2013 15:48 |
Revision 2455: - admin/includes/application_top.php |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 390 | [WEB-Shop] Frontend | Unschönheit | immer | 28.01.2011 23:22 | 23.11.2013 15:24 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.16 | ||
| Zielversion: | 1.0.16 | ||||
| Zusammenfassung: | Box Whatsnew und products_new.php haben unterschiedliche Datenbasis | ||||
| Beschreibung: |
Es passiert (im webs Template getestet), dass die Box Whatsnew einen neuen Artikel anzeigt samt Link "Neue Artikel" zu der products_new.php. Diese ist dann aber "leer" - keine Artikel gefunden. Da sollten wir mal eine sinnvolle Lösung für anstreben. Es macht ja keinen Sinn, wenn die Box und die eigenständige Seite eine unterschiedliche Datenbasis haben, den Link in der Box mit anzuzeigen ... |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000532)
yogi 23.11.2013 15:24 |
in der Datei templates/webs/sources/boxes/whats_new.php fehlt die überprüfung der Konstante MAX_DISPLAY_NEW_PRODUCTS_DAYS wie sie in der products_new.php erfolgt. Dadurch kann die Box ein Produkt selektieren was später von der products_new nicht angezeigt wird, da es älter ist als MAX_DISPLAY_NEW_PRODUCTS_DAYS Tage. Revision 2449 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 435 | [WEB-Shop] Template | Feature-Wunsch | N/A | 26.08.2011 09:19 | 22.11.2013 16:02 |
| Reporter: | mbdesign | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.12 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.16 | ||
| Zielversion: | 1.0.16 | ||||
| Zusammenfassung: | CSS Button = true - werden teilweise noch Grafiken angezeigt | ||||
| Beschreibung: |
product_reviews_write.php advanced_search.php advanced_search_result.php Warenkorb Box |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: |
Habe den Sinn von <div class="closure"> </div> nicht verstanden. Infos zu HTML Button erweitern in der template_defaults.php z.B. CSS3 kann hier generiert werden http://css3button.net/ Dazu sollte die button css so angepasst werden das der user einfach austauschen muss. bei mir sieht das gesamte button.css jetzt so aus Bei dieser Variante kann die Klasse button bei dem div container entfernt werden. Wie auch der Gesamte <div class="closure"> </div> a.button,input.button { font-size:12px; font-weight:600; color:0000333; background:-moz-linear-gradient(top, #fccf8f 0%, #ff9900 50%, #d6760f 75%, #ff9900); background:-webkit-gradient(linear, left top, left bottom, from(#fccf8f), color-stop(0.50, #ff9900), color-stop(0.75, #d6760f), to(#ff9900)); border-radius:4px; -moz-border-radius:4px; -webkit-border-radius:4px; border:1px solid #dbdbdb; -moz-box-shadow:2px 2px 4px rgba(102,102,102,0.6), inset 1px 1px 1px rgba(204,135,30,1); -webkit-box-shadow:2px 2px 4px rgba(102,102,102,0.6), inset 1px 1px 1px rgba(204,135,30,1); text-shadow:1px 1px 0 rgba(255,255,255,0.5), -1px -1px 0 rgba(255,252,255,0) } a.button:hover,input.button:hover { border:1px solid #999; color:#000; background:-moz-linear-gradient(top, #fae0bb 0%, #faa525 50%, #d68024 75%, #ff9900); background:-webkit-gradient(linear, left top, left bottom, from(#fae0bb), color-stop(0.50, #faa525), color-stop(0.75, #d68024), to(#ff9900)); text-decoration:none } input.button { cursor:pointer; padding:4px 6px } a.button { text-decoration:none; padding:4px 6px } |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000445)
mbdesign 26.08.2011 10:07 (Zuletzt bearbeitet: 26.08.2011 12:34) |
wenn Warenkorb leer fehlt bei dem continue Butto auch noch die button class Zeile 14 in shopping_cart.html ändern in {$BUTTON_CONTINUE|button} Es sind noch viele weitere buttons vorhanden, die nicht mit dem modifier angepasst werden. |
|
(0000446)
mbdesign 26.08.2011 12:32 |
css3 wird bei css compressor mit der EInstellung - minimized - condensed bei Mozilla Browsern nicht mehr richtig dargestellt |
|
(0000530)
yogi 22.11.2013 16:02 |
So langsam sollten wir alle buttons mit modifier versehen haben... |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 485 | [WEB-Shop] Frontend | Unschönheit | immer | 04.02.2013 17:19 | 22.11.2013 14:37 |
| Reporter: | Kopernikus | Rechnertyp: | PC | ||
| Bearbeitung durch: | yogi | Betriebssystem: | Win8 | ||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.14 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.16 | ||
| Zielversion: | 1.0.16 | ||||
| Zusammenfassung: | AGB's und Wiederrufsrecht können mehr inaktiv gesetzt werden. | ||||
| Beschreibung: | Im Adminbereich kann man unter Zusatzmodule die AGB und das Wiederrufsrecht per Optionsbutton auf inaktiv schalten. Dies funktioniert in der aktuellen Version leider nicht mehr. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | Getestet in der webs Demo | ||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000529)
yogi 22.11.2013 14:32 (Zuletzt bearbeitet: 22.11.2013 14:38) |
Hi, ist nun gefixed, Anleitung zum Beheben steht ja schon im Forum: http://forum.webs.de/viewtopic.php?f=3&t=544 Revision 2445 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 212 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 13.11.2009 22:18 | 22.11.2013 13:16 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | |||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.16 | ||
| Zielversion: | 1.0.16 | ||||
| Zusammenfassung: | Freeamount - Versandkostenfreie Lieferung auch für mehrere Zonen ermöglichen | ||||
| Beschreibung: | Ausbauen wie 0000182 flat.php, damit passend dazu auch unterschiedliche Grenzen für eine Versandkostenfreie Lieferung möglich werden. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000528)
yogi 22.11.2013 13:16 |
Revision 2442 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 502 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 01.09.2013 19:41 | 01.09.2013 19:51 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.16 | ||
| Zielversion: | 1.0.16 | ||||
| Zusammenfassung: | Aktualisierung auf jquery-ui-1.9.x oder 1.10.x macht Probleme | ||||
| Beschreibung: |
Wenn man das im WEBs Template verwendete jQueryUI auf eine aktuellere Version als 1.8.x aktualisiert, so funktionieren die TABs im template nicht mehr. Anstatt dem Tab-Inhalt wird die komplette Seite neu eingeladen und ständig aktualisiert. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000525)
yogi 01.09.2013 19:51 (Zuletzt bearbeitet: 25.11.2013 13:21) |
In der jQueryUI ab Version 1.9.x wurde die Erkennung, ob es sich um LOCAL-Code handelt oder nicht, neu und besser implementiert. Das Problem ist, daß die href Attribute nicht richtig definiert sind, da wir eine <base href="http://example.com/" /> direktive benutzen. Hierdurch wird ein <a href="#tabs-1"> zu folgender Adresse umgeschrieben: - example.com/#tabs-1 dies entspricht jedoch nicht der URI der Seite: - example.com/Kategorie/Unterkategorie/ProduktName.html Die href Angabe im a-Tag muss korrigiert werden damit dieser Fehler behoben ist: <a href="{$smarty.server.SCRIPT_URI}#tabs-1"> Betroffen davon sind folgende Dateien: - templates/webs/modules/product_info_1.html - templates/webs/modules/live_shopping.html Diese Änderung darf nur gemacht werden wenn gleichzeitig auf eine jQueryUI Version >= 1.9.x umgestiegen wird! Revision: 2407+2408 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 501 | [WEB-Shop] Backend | schwerer Fehler | immer | 27.08.2013 08:54 | 27.08.2013 09:07 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.16 | ||
| Zielversion: | 1.0.16 | ||||
| Zusammenfassung: | Gutscheine - Mehrere Artikel klappt nicht | ||||
| Beschreibung: | Wenn in einem Gutschein mehrere ProdukteIDs oder CategorieIDs angegeben werden so ist der Gutschein für keins der Produkte mehr verwendbar. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000524)
yogi 27.08.2013 09:06 |
Hier wurde bei der anpassung für PHP 5.3 etwas geschlampt und der code nicht korrekt angepaßt. Revision 2405 behebt das Problem. Für manuelle Fehlerbehebung folgende Dateien anpassen: - popup_coupon_help.php - includes/modules/order_total/ot_coupon.php - templates/webs/smarty/function.module_gift_cart.php Hier muß jeweils nach "explode" gesucht werden. Der erste Parameter in dem Explode enhält eckige Klammern die entfernt werden müssen, zum Beispiel: explode("[,]", ... => explode(",", ... oder explode('[_]', ... => explode('_', ... Übertrage Daten ... Revision übertragen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 500 | [WEB-Shop] Frontend | schwerer Fehler | immer | 22.08.2013 13:38 | 22.08.2013 14:07 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.16 | ||
| Zielversion: | 1.0.16 | ||||
| Zusammenfassung: | Suche mit meheren Begriffen funktioniert nicht | ||||
| Beschreibung: |
Bei der Suche nach meheren durch ein Leerzeichenm getrennten begriffen soll eigentlich nach Produkten gesucht werden die jedes Wort enthalten. Stattdessen wird aber nur nach dem letzten Wort der Suche gesucht. Usability: Bei der Eingabe von eines Suchbegriffs wie z.B: "terra c" soll, bei der Verwendung der Schnellsuche über den Seitenheader, nach dem String "terra c" gesucht werden und nicht nach "terra" und "c" |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000523)
yogi 22.08.2013 14:07 |
Revision 2403 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 498 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 09.08.2013 19:02 | 09.08.2013 19:05 |
| Reporter: | Kopernikus | Rechnertyp: | * | ||
| Bearbeitung durch: | Betriebssystem: | * | |||
| Priorität: | normal | BS-Version: | * | ||
| Status: | neu | Produktversion: | 1.0.15 | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | |||||
| Zusammenfassung: | Erweiterung: Versandte Gutscheine Löschen | ||||
| Beschreibung: | Da in Webs bisher keine versandten Gutscheine gelöscht werden können, schlage ich vor, die folgende Erweiterung in die Version 1.0.16 einfließen zu lassen. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | Die Erweiterung bzw. die genaue Vorgehensweise zum Einbau, habe ich in folgendem Forenbeitrag Schritt für Schritt dokumentiert: http://forum.webs.de/viewtopic.php?f=8&t=649&sid=34a30aa6fa6b790a16c34d0590ca50ba | ||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: |
gv_sent_new.php (9,590 Bytes) 09.08.2013 19:04 https://bugs.webs.de/file_download.php?file_id=18&type=bug |
||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 497 | [WEB-Shop] Frontend | schwerer Fehler | immer | 15.06.2013 18:22 | 16.07.2013 08:00 |
| Reporter: | Kopernikus | Rechnertyp: | PC | ||
| Bearbeitung durch: | yogi | Betriebssystem: | Win8 | ||
| Priorität: | dringend | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.15 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.16 | ||
| Zielversion: | |||||
| Zusammenfassung: | Falls Versandkostenfrei + Nachnahme, werden keine Nachnahmgebühren verrechnet | ||||
| Beschreibung: | Im Nachnahmemodul gibt es noch einen unschönen Fehler. Erreicht eine Bestellung die Versandkostenfrei Limite und wählt der Kunde gleichzeitig die Zahlungsart Nachnahme an, werden keine Nachnahmgebühren verrechnet. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | Sie Foren Beitrag: http://forum.webs.de/viewtopic.php?f=3&t=624 | ||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000521)
Kopernikus 26.06.2013 09:26 |
Der hier beschriebene Bug habe ich nun einkreisen können. Das Problem liegt eindeutig in der ot_cod_fee.php. Mit der alten Version dieser Datei werden die Nachnahmgebühren nur bei einer versandkostenfreien Bestellung angezeigt. Der Bugfix von Jörg hat dieses Problem schliesslich gelöst. Nun besteht das Problem jedoch genau umgekehrt. Nun werden die Nachnahmgebühren zwar bei Bestellungen mit Versandkosten angezeigt, jedoch nicht mehr bei einer Versandkostenfreien Bestellung. Da z.B. rieste (Peter) dieses Problem nicht feststellen konnte, vermute ich ein Problem im Zusammenhang mit dem chp Zahlungsmodul. |
|
(0000522)
yogi 16.07.2013 08:00 |
Revision 2400 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 476 | [WEB-Shop] Backend | Feature-Wunsch | immer | 12.11.2012 08:23 | 16.07.2013 08:00 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.15 | ||
| Zielversion: | 1.0.15 | ||||
| Zusammenfassung: | Versandmethoden dürfen keine Unterstrich im Namen haben | ||||
| Beschreibung: |
Eine Versandmethode darf im Namen keinen Unterstrich haben, da ansonsten der Checkout mit dieser Methode nicht funktioniert. Wenn man eine Versandmethode wie im WIKI beschieben duplizieren möchte, so darf man im Klassennamen keinen Unterstrich verwenden, was unschön ist. Durch eine Äänderung an der checkout_shipping.php kann dieses Manko behoben werden. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: |
In der checkout_shipping.php wird die "shipping" information aus zwei Teilen zusammengesetzt - Classe + ID, wobei diese durch einen Unterstrich verbunden wird. Das läßt sich, wenn die Classe bereits eine ID enthält, nicht mehr "zerlegen", da man nicht weiß wo man trennen muß. Der Verbinder könnte auf einen Punkt geändert werden, da dieser nie in einem Klassennamen auftauchen kann. |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000514)
yogi 15.04.2013 11:03 |
in Version 1.0.14 fehlerhaft implementiert. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 494 | [WEB-Shop] Frontend | schwerer Fehler | immer | 22.05.2013 14:58 | 10.06.2013 14:52 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.16 | ||
| Zielversion: | 1.0.16 | ||||
| Zusammenfassung: | TAB "Bewertungen" zeigt Informationen vom falschen Produkt | ||||
| Beschreibung: |
Bei aktivierem Caching wird bei der Produktanzeige unter "Bewertungen" die Bewertung eines falschen Produkts angezeigt. Hier wird anscheinend die Bewertung "gecached" und bei jedem Produkt ausgegeben - also einmal richtig und viele male falsch. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000519)
yogi 22.05.2013 15:03 |
im Smarty-Plugin products_reviews wird keine cache_id gesetzt. Hierdurch wird das products_reviews templated einmal gecached und dann bei jedem Produkt angezeigt. Revision 2394 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 495 | [WEB-Shop] Backend | kleinerer Fehler | immer | 04.06.2013 10:02 | 04.06.2013 10:04 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.13 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.16 | ||
| Zielversion: | 1.0.16 | ||||
| Zusammenfassung: | Gelöschte Produkte fehlen in alten Bestellungen | ||||
| Beschreibung: |
Nachdem ein Produkt im Shop gelöscht wurde wird dies in vorhandenen Bestellungen nicht mehr angezeigt. Dies führt im Backend bei der Bestellansicht zu verwirrung, da der Gesamtpreis aufgrund der fehlenden Positionen nicht nachvollzogen werden kann |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | http://forum.webs.de/viewtopic.php?f=7&t=620 | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000520)
yogi 04.06.2013 10:04 |
Revision 2395 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 493 | [WEB-Shop] Backend | schwerer Fehler | immer | 02.05.2013 09:14 | 02.05.2013 09:25 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.15 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.16 | ||
| Zielversion: | 1.0.16 | ||||
| Zusammenfassung: | export über Cronjob fehlerhaft | ||||
| Beschreibung: |
Seit dem Update von V1.0.15 funktioniert der Shopexport über den Cronjob nicht mehr. Der PHP-Job beendet sich mit Fehlercode 255 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | Der Fehler tritt nur bei der Verwendung von Staffelpreisen auf. | ||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000518)
yogi 02.05.2013 09:18 |
Grund ist eine Änderung an der xtPrice.php Klasse welche nun xtc_get_prid benutzt. Dies wurde für den Bug 0000487 integriert. die Modifizierte transfer.php gibt es bis zur veröffentlichung der V1.0.16 hier: http://bugs.webs.de/patch/V1.0.15/admin/includes/classes/transfer.php Revision 2393 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 487 | [WEB-Shop] Frontend | schwerer Fehler | immer | 06.02.2013 17:07 | 02.05.2013 09:15 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.14 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.15 | ||
| Zielversion: | 1.0.15 | ||||
| Zusammenfassung: | SQL Fehler beim Checkout von produkten mit Attributen & Staffelpreis | ||||
| Beschreibung: |
Wenn ein Produkt ein Attribut besitzt und zusätzlich für eine beliebige Kundengruppe ein Staffelpreis hinterlegt ist, so bekommt jeder Kunde der entsprechende Kundengruppe beim Checkout den folgenden SQL-Fehler angezeigt: [WEB-Shop SQL Error] /home/httpd/vhosts/mein-Shop.de/httpdocs/webs_new/includes/classes/xtcPrice.php:802 1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '{3}76' at line 5 -- xtcPrice xtcFormatSpecialGraduated getTaxClass SELECT products_tax_class_id FROM products WHERE products_id = 616{3}76 Hier wird die ProductsID nicht korrekt für das SQL aufbereitet, denn "616{3}76" ist keine products.products_id |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000510)
yogi 06.02.2013 17:13 |
Der Fehler ist in er includes/classes/xtcPrice.php zu finden. Revision 2353 - includes/classes/xtcPrice.php |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 492 | [WEB-Shop] Frontend | schwerer Fehler | immer | 30.04.2013 13:36 | 02.05.2013 09:09 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.14 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.16 | ||
| Zielversion: | 1.0.16 | ||||
| Zusammenfassung: | Keine Nachnahmegebühr bei Bestelllungen | ||||
| Beschreibung: | Bei aktivierem OrderTotal Modul cod_fee wird diese trotzdem nicht ausgegeben und berechnet. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000517)
yogi 02.05.2013 09:09 |
Fehler in der includes/modules/order_total/ot_cod_fee.php Hier gibt es eine mofidizierte datei die ab der Fehlerhaften V1.0.14 eingesetzt werden kann: http://bugs.webs.de/patch/V1.0.15/includes/modules/order_total/ot_cod_fee.php Revision 2392 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 491 | [WEB-Shop] Backend | schwerer Fehler | immer | 26.04.2013 09:17 | 26.04.2013 09:19 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.16 | ||
| Zielversion: | 1.0.16 | ||||
| Zusammenfassung: | Import/Export Googlebase und Idealo fehlerhaft bei aktiviertem Template-Caching | ||||
| Beschreibung: | Bei aktiviertem Template-Caching wird der Produkt-Export für googlebase und idealo fehlerhaft. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000516)
yogi 26.04.2013 09:19 |
Revision 2391 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 490 | [WEB-Shop] Frontend | schwerer Fehler | immer | 15.04.2013 11:05 | 15.04.2013 11:53 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.14 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.15 | ||||
| Zusammenfassung: | TagCloud Links funktionerien nicht | ||||
| Beschreibung: |
Beim Aufruf eines TagCloud Eintrags kommt eine weiße Seite. Bei aktivieren der PHP Fehermeldungen erscheint folgendes: Cannot access private property split_page_results::$current_page_number in /data/home/joerg/xtcommerce/webs/branches/V1.0/webs/tagcloud_results.php on line 207 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000515)
yogi 15.04.2013 11:53 |
Revision 2385 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 489 | [WEB-Shop] Backend | schwerer Fehler | immer | 07.02.2013 09:57 | 07.02.2013 10:13 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.15 | ||
| Zielversion: | 1.0.15 | ||||
| Zusammenfassung: | css compressor: Fehler bei url() mit Backreference | ||||
| Beschreibung: | Wenn in einem CSS eine url() mit ../ angegeben wird funktioniert die Auflösung bei der Komprimierung nicht richtig. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000512)
yogi 07.02.2013 10:13 |
Revision 2359: - includes/classes/css.php |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 488 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 07.02.2013 08:23 | 07.02.2013 09:35 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.15 | ||
| Zielversion: | 1.0.15 | ||||
| Zusammenfassung: | Freeshipping: Betrag bis Mindestbetrag wird nicht angezeigt | ||||
| Beschreibung: |
Trotz der Aktivierung "Anzeige aktivieren" im Versandmodul "Freeshipping" wird das Modul erst bei erreichen des Freibetrags angezeigt. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000511)
yogi 07.02.2013 09:35 |
Revision 2357: - includes/classes/shipping.php - templates/webs/css/checkout.css - templates/webs/module/checkout_shipping_block.html |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 463 | [WEB-Shop] Frontend | schwerer Fehler | immer | 13.07.2012 11:24 | 06.02.2013 17:14 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.14 | ||
| Zielversion: | 1.0.14 | ||||
| Zusammenfassung: | Falsche Preisanzeige bei Staffelpreisen | ||||
| Beschreibung: |
Wenn bei einem Produkt Staffelpreise hinterlegt werden so wird der Produktpreis mit "Ab <Preis für # Stück>" angezeigt, wobei # i.d.R. 1 ist, es sei denn im Warenkorb liegt der Artikel, so wird die Anzahl vom Warenkorb genommen. Sinnvoller wäre eine Anzeige in der Form Ab <kleinster Staffelpreis> Ihr Preis <aktueller Stückpreis gemäß Warenkorb oder 1> |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | http://www.gunnart.de/tipps-und-tricks/staffelpreise-und-xtcommerce-ab-mit-dem-niedrigsten-preis/ | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000484)
yogi 13.07.2012 11:28 |
Revision 2275 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 486 | [WEB-Shop] Datenbank | Blocker | immer | 05.02.2013 08:50 | 06.02.2013 15:06 |
| Reporter: | rainers | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.15 | ||
| Zielversion: | 1.0.15 | ||||
| Zusammenfassung: | Löschen von Bewertungen im Backend | ||||
| Beschreibung: |
ich wollte mal ein paar Spam-Bewertungen löschen. Da kam dann diese Fehlermeldung: Code: Alles auswählen [WEB-Shop SQL Error] /var/www/vhosts/xxx.de/httpdocs/htmlxxx/admin/includes/functions/general.php:1829 1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '1' at line 1 1 eingesetzte PHPVersion : PHP Version 5.3.10 MySQL 5.5.28- |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | Bewertung auswählen - löschen - löschen bestätigen - Fehlerbildschirm - bei Browser zurück wurd die Bewertung gelöscht. | ||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000509)
yogi 06.02.2013 15:06 |
Mit der Version 1.0.10 wurde das fehlende feature implementiert das der Review beim Produkt neu berechnet wird (in admin/includes/functions/general) Nur leider war das SQL da etwas fehlerhaft, und auch die Implementierung in der admin/reviews.php ließ zu wünschen übrig. Revision 2352 - admin/includes/functions/general.php - admin/reviews.php |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 482 | [WEB-Shop] Frontend | Fehler im Text | immer | 18.01.2013 10:05 | 18.01.2013 10:09 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.15 | ||||
| Zusammenfassung: | Doppeltes exclude bei Versandinformationen | ||||
| Beschreibung: |
In der Produktanzeige wird beim WEBs Template das zuzüglich zweimal ausgegeben: exkl. zzgl. Versandkosten |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: |
da gibt es eine Textconstante text_shipping_ex und eine PHP-Constante SHIPPING_EX. die PHP-Konstante wird durch die Smarty Funktion get_shipping_link hinzugefügt, im template wird davor noch text_shipping_ex ausgegeben - vermutlich ein überbleibsel von vorherigen Template. |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000508)
yogi 18.01.2013 10:09 |
Revision 2350 gelöschte Smarty Sprach Konstante 'text_shipping_ex' in - lang/english/lang_english.conf - lang/german/lang_german.conf gelöschte Verwendung der Smarty Sprach Konstante in - templates/webs/module/live_shopping.html - templates/webs/module/product_info/product_info_1.html |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 481 | [WEB-Shop] Frontend | Trivial | immer | 09.01.2013 06:46 | 09.01.2013 06:46 |
| Reporter: | rieste | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | niedrig | BS-Version: | |||
| Status: | neu | Produktversion: | 1.0.13 | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | |||||
| Zusammenfassung: | SSL Session Fehler LOGIN/Logoff | ||||
| Beschreibung: |
Shop: 1.013 SSL: Aktiv Kunde erstellt Account => SSL Aktiv Kunde meldet sich ab => Klick auf "abmelden" ist http nicht https => kunde ist abgemeldet!! Kunde logt sich wieder ein => klick auf anmelden. => Alte Session ist sofort aktiv => es kann z.b. ein anderer Nutzer am selben Rechner auf das Alte konto zugreifen. lösung: shop/templates/xxxx/source/boxes/links.php $links[] = array( 'TITLE' => NAV_LOGOFF, 'LINK' => xtc_href_link(FILENAME_LOGOFF, '', 'SSL'), 'ACTIVE' => '' ); } |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 480 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 29.12.2012 21:48 | 29.12.2012 21:50 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.14 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.15 | ||
| Zielversion: | 1.0.15 | ||||
| Zusammenfassung: | In der Bestellhistorie werden dem Kunden alle Statusänderungen angezeigt | ||||
| Beschreibung: |
In der Bestellhistorie (account_history_info.php) werden dem Kunden alle Statusänderungen inkl. Kommentaren angezeigt. Also auch die, die man dem Kunden nicht per Mail zugesendet hat! Das kann bei "internen Vermerken" unangenehm und peinlich werden! |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000506)
xantiva 29.12.2012 21:50 |
rev. 2347 Jetzt werden dem Kunden nur noch die Statusänderungen angezeit, die er auch per Mail bekommen hat. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 479 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 20.12.2012 10:56 | 21.12.2012 07:19 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.15 | ||
| Zielversion: | 1.0.15 | ||||
| Zusammenfassung: | CSS Button Texte | ||||
| Beschreibung: |
Wenn man beim WEBs Template USE_HTML_BUTTONS auf true setzt erscheinen einige Texte auf den Buttons falsch: Passwort vergessen: password_double_opt.php - kein HTML Button bei "weiter" |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000499)
yogi 20.12.2012 10:58 |
Revision 2340 |
|
(0000500)
yogi 20.12.2012 12:56 |
Fehlende buttons bei: - login.php - address_book_process.php - product_reviews_write.php Revision 2341 |
|
(0000501)
yogi 20.12.2012 14:22 |
Fehlender Button bei - create_account.php Revision 2342 |
|
(0000503)
yogi 20.12.2012 20:46 |
Fehlender Button in - product_reviews.php Revision 2344 |
|
(0000504)
yogi 20.12.2012 20:53 |
Fehlender Button in - product_reviews_info.php Revision 2345 |
|
(0000505)
yogi 21.12.2012 07:19 |
Fehlender Button in - content Revision 2346 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 478 | [WEB-Shop] Template | Trivial | immer | 10.12.2012 10:18 | 20.12.2012 14:26 |
| Reporter: | rieste | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | dringend | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.13 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.15 | ||
| Zielversion: | 1.0.15 | ||||
| Zusammenfassung: | CSS Button - Adresse Ändern | ||||
| Beschreibung: |
Es funktioniert bei der Einstellung CSS Button die Änderung einer Adresse nicht. checkout_payment_address.html checkout_shipping_address.html Hier gibt es zwei Buttons erweitert man diese um |button funktioniert die Änderung der Adresse nicht! |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000502)
yogi 20.12.2012 14:25 |
In der templates/webs/smarty/modifier.button.php wird zu viel "rausgeschnitten", wodurch die benötigten "hidden" Felder nicht mehr in der Form enthalten sind. Bis zur Veröffentlichung der V1.0.15 hier die geänderte Datei: http://bugs.webs.de/patch/V1.0.14/modifier.button.php Revision: 2343 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 477 | [WEB-Shop] Template | Trivial | immer | 20.11.2012 11:27 | 20.11.2012 11:27 |
| Reporter: | rieste | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | dringend | BS-Version: | |||
| Status: | neu | Produktversion: | 1.0.13 | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | |||||
| Zusammenfassung: | Sortierung Kategorie | ||||
| Beschreibung: |
Es ist aktuell nicht möglich im WEBS Template die Sortierung nach Preis durchzuführen. Sonderpreise sind aktiviert. Es werden die Artikel nicht Aufsteigend ausgegeben. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 475 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 11.11.2012 09:10 | 11.11.2012 09:13 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.15 | ||
| Zielversion: | 1.0.15 | ||||
| Zusammenfassung: | Sortierung der Versandkostenmodule funktioniert nicht | ||||
| Beschreibung: | Ganz egal was man im Backend als Sortierreihenfolge in den Versandmodulen angibt, die Reihenfolge auf der Kundenseite ist immer zufällig. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000498)
yogi 11.11.2012 09:13 |
Revision 2338 - includes/classes/shipping.php |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 474 | [WEB-Shop] Backend | Unschönheit | immer | 10.11.2012 22:58 | 10.11.2012 23:20 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.15 | ||
| Zielversion: | 1.0.15 | ||||
| Zusammenfassung: | Wer ist Online zeigt keine Warenkörbe | ||||
| Beschreibung: | Wenn die session.save_path konfiguration den optionale numerische Prefix hat wird im Backend unter "Wer ist Online" nie ein Warenkorb angezeigt. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000497)
yogi 10.11.2012 23:19 (Zuletzt bearbeitet: 10.11.2012 23:20) |
fixed in Revision 2337 - admin/includes/functions/sessions.php - admin/whos_online.php - includes/functions/sessions.php - includes/iclear/iclear_catalog.php |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 473 | [WEB-Shop] Backend | Unschönheit | immer | 22.10.2012 08:03 | 10.11.2012 22:59 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | |||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.15 | ||
| Zielversion: | 1.0.15 | ||||
| Zusammenfassung: | Bei der Aktivierung des Bluegate.at Moduls kommt ein SQL-Fehler | ||||
| Beschreibung: |
Wenn man das Bluegate.at Modul im Backend installiert (Module -> WEB-Shop Module -> Bluegate.at Direct URL Indexierungsdienst) so kommt ein SQL Fehler. Nach einem Reload erscheint aber alles korrekt. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000496)
yogi 22.10.2012 08:05 |
Revision 2326 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 287 | [WEB-Shop] Backend | Unschönheit | nicht reproduzierbar | 16.05.2010 08:04 | 15.10.2012 07:59 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | nicht reproduzierbar | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.14 | ||
| Zielversion: | 1.0.14 | ||||
| Zusammenfassung: | Warning: Unknown: Your script possibly relies on a session side-effect which existed until PHP 4.2.3. | ||||
| Beschreibung: |
Hallo zusammen, seit Update auf Version 1.0.8 habe ich bei Änderung eines Artikels ganz unten folgende Warnung: Warning: Unknown: Your script possibly relies on a session side-effect which existed until PHP 4.2.3. Please be advised that the session extension does not consider global variables as a source of data, unless register_globals is enabled. You can disable this functionality and this warning by setting session.bug_compat_42 or session.bug_compat_warn to off, respectively. in Unknown on line 0 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | siehe Forum: http://forum.webs.de/viewtopic.php?f=6&t=21 | ||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 472 | [WEB-Shop] Installer | schwerer Fehler | manchmal | 09.10.2012 08:27 | 15.10.2012 07:55 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.14 | ||
| Zielversion: | 1.0.14 | ||||
| Zusammenfassung: | Shop läßt sich nicht auf einem Strato-Server installieren | ||||
| Beschreibung: |
Es gibt diverse Probleme bei der installation auf einem Strato-Server: - Falsche DOCUMENT_ROOT (was auch immer Strato da macht) - crypt mit Blowfish stürzt ab (vermultlich Binay error) - SessionPath /tmp funktioniert nicht |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | getestet auf einem "PowerWeb Basic" Paket | ||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000495)
yogi 15.10.2012 07:54 |
Revision 2315 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 464 | [WEB-Shop] Frontend | schwerer Fehler | immer | 13.08.2012 09:17 | 15.10.2012 07:52 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.14 | ||
| Zielversion: | 1.0.14 | ||||
| Zusammenfassung: | Probleme beim Lastschriftverfahren | ||||
| Beschreibung: |
Kontonummer soll erneut geprüft werden was in einem Endlos-Loop endet. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: |
BLZ: 87000000 Hier erfolgt der Hinweis das die Kontonummer nicht Prüfbar ist und der Kunde die Prüfung selbst vornehmen soll. Anschließend gelangt er jedoch immer wieder zur Seite mit den Bezahlmethoden ohne das es weitergeht. |
||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000485)
yogi 13.08.2012 09:30 |
Revision 2285 Um den Hauptfehler zu beheben reicht es in der includes/modules/payment/banktransfer.php $_POST['recheckok'] gegen $_REQUEST['recheckok'] zu tauschen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 125 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 19.08.2009 17:33 | 10.10.2012 07:27 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | normal | BS-Version: | |||
| Status: | anerkannt | Produktversion: | |||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | |||||
| Zusammenfassung: | Content Manager umstrukturieren | ||||
| Beschreibung: |
Eine "CMS" Funktionalität einbauen. Kategorisierung von Content Seiten, um diese analog den Produktkategorien anzeigen zu lassen. Eine Kategorie kann dann z. B. als Blog implementiert werden! Dabei gleich die Meta Tag implementieren. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 434 | [WEB-Shop] Backend | Unschönheit | immer | 13.08.2011 19:25 | 10.10.2012 07:23 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.11 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.14 | ||
| Zielversion: | 1.0.14 | ||||
| Zusammenfassung: | Umstellung von Afterbuy auf neues MailTemplate | ||||
| Beschreibung: |
Im Afterbuy Modul wird noch das alte Mail-System verwendet. Dies sollte auf das neue Mailtemplate umgestellt werden http://wiki.webs.de/index.php/HowTo:EMail_Template [^] Siehe auch Ticket 140 - includes/classes/afterbuy.php |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000494)
yogi 10.10.2012 07:23 |
Revision 2294: zusammen mit "xtsell" getestet |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 467 | [WEB-Shop] Backend | Trivial | immer | 26.09.2012 13:24 | 10.10.2012 07:14 |
| Reporter: | rieste | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.13 | ||
| Produkt-Build: | Lösung: | keine Änderung notwendig | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | |||||
| Zusammenfassung: | Cross Selling erstellen | ||||
| Beschreibung: |
Unter Produkt editieren ist kein Button für das hinzufügen eines Cross Selling Produktes. Editiert man das ganze über die Datenbank ist alles verfügbar was man brauch. ausgenommen cross selling. /admin/categories.php?action=edit_crossselling¤t_product_id=xx Ausgenommen das Cross selling funktioniert anders.... |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000492)
yogi 10.10.2012 07:14 |
Auf der Seite vom Cross-Selling gibt es ein Suchfeld über das man die zu verlinkenden Produkte eingeben kann. In der liste kann man dann die gewünschten Produkte selektieren. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 471 | [WEB-Shop] Template | Unschönheit | immer | 08.10.2012 09:23 | 08.10.2012 10:40 |
| Reporter: | rieste | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.14 | ||
| Zielversion: | 1.0.14 | ||||
| Zusammenfassung: | $PRODUCTS_REVIEWS_AVG wird nicht befüllt | ||||
| Beschreibung: |
Die $PRODUCTS_REVIEWS_AVG wird nicht befüllt, auffällig in der Products_info_1.html. Auswirkung: die Bewertung des Produktes ist in der Products_info nicht verfügbar. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | Der Fehler tritt nur auf wenn im Backend die Freischaltung der Bewertung auf "direkt sichtbar" gestellt ist (Konfiguration => Zusatzmodule => Produktbewertung gleich Online?) | ||||
| Zusätzliche Informationen: | Der Durchschnittswert wird in der Products_description hinterlegt, jedoch erfolgt die u.a. fehlerhafte Berechnung nur nachdem die Bewertung im Backend freigegeben wurde - was durch die direkte Online-Stellung jedoch entfällt. | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000491)
yogi 08.10.2012 10:40 |
Revision 2313 der shop_updater berechnet die Reviews neu, die geänderten Dateien sorgen dafür daß bei direkter Anzeige der Bewertung das reviews_avg neu berechnet wird. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 470 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 05.10.2012 13:53 | 05.10.2012 14:11 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.14 | ||
| Zielversion: | 1.0.14 | ||||
| Zusammenfassung: | Fehler in der Suchmaske | ||||
| Beschreibung: |
Bei einer Suche erscheint keine Fehlermeldung Auch kann man über einen "leeren" Suchbegriff alle Produkte selektieren, hier sollte eigentlich eine Fehlermeldung ausgegeben werden (JS_AT_LEAST_ONE_INPUT) Der Popup für die Hilfe in der advanced_search.php funktioniert ebenfalls nicht, hier wird noch javascript: |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | In der Suchbox keine Eingabe machen und "enter" drücken | ||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000490)
yogi 05.10.2012 13:54 |
Revision 2307 Auch das heading der Suchseite wurde nicht gesetzt. Die Fehler werden nun über den messageStack verarbeitet. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 469 | [WEB-Shop] Backend | Unschönheit | immer | 04.10.2012 09:27 | 04.10.2012 09:30 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.14 | ||
| Zielversion: | 1.0.14 | ||||
| Zusammenfassung: | In der Suchbegriff-Statisik werden Keywords auch gezählt wenn der Kunde blättert | ||||
| Beschreibung: | Nachdem der User einen Suchbegriff eingegeben hat der mehr als eine Seite an ergebnissen erzeugt und dann blättert so wird jedes Blättern als eine neue Suchanfrage gezählt. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: |
Viele Produkte mit gleichem Suchbegriff erzeugen nach dem Suchbegriff suchen und bei der Page-Navigation die Hits im backend beobachten. |
||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000489)
yogi 04.10.2012 09:30 |
Revision 2305 behebt das Problem. Der zuletzt verwendete Suchbegriff wird nun in der Session gespeichert und nur wenn dieser Wert nicht mit dem aktuellen übereinstimmt wird die Suche "gezählt" |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 466 | [WEB-Shop] Template | kleinerer Fehler | immer | 26.09.2012 10:24 | 26.09.2012 10:39 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.14 | ||
| Zielversion: | 1.0.14 | ||||
| Zusammenfassung: | Fehlende Sterne bei diversen Review Anzeigen | ||||
| Beschreibung: |
Auf den Seiten des Produkt-Reviews fehlen im WEBs Template häufig die Anzeige der Sterne reviews.php product_reviews.php product_reviews_info.php |
||||
| Tags: | |||||
| Schritte zur Reproduktion: |
Bewertung für ein Produkt anlegen: http://demo.webs.de/product_reviews_write.php?products_id=3 - Beim Abgeben einer Bewertung seht "SCHLECHT" hinter den Punkten dann auf http://demo.webs.de/reviews.php - In der Reviews Übersicht fehlen die Produktbilder - Keine Sterne zu sehen - nur der ALT-Text http://demo.webs.de/product_reviews.php?products_id=3 - Keine Sterne zu sehen - nur der ALT-Text http://demo.webs.de/product_reviews_info.php?products_id=3&reviews_id=1 - Keine Sterne zu sehen - nur der ALT-Text |
||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000487)
yogi 26.09.2012 10:28 |
Revision 2292 behebt diese Probleme |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 465 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 09.09.2012 14:08 | 09.09.2012 14:12 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.13 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.14 | ||||
| Zusammenfassung: | Bei den Produktbildern wird er If-Modified-Since Header ignoriert | ||||
| Beschreibung: | Die Produktbilder werden immer geladen und liefern einen 0000200, auch wenn die Bilder eigentlich aus den Browsercache geholt werden könnten. Dazu müsste der If-Modified-Since Header ausgewertet werden und ggf. einfach ein 0000304 ausgegeben werden, ohne das Bild zu senden. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000486)
xantiva 09.09.2012 14:12 |
rev. 2289 Der Shop liefert nun ein 0000304, wenn das Bild in der Zwischenzeit nicht verändert worden ist. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 84 | [WEB-Shop] Backend | schwerer Fehler | immer | 18.03.2009 09:47 | 31.07.2012 10:06 |
| Reporter: |
|
Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.4 | ||
| Zielversion: | 1.2 | ||||
| Zusammenfassung: | Bestellungen Bearbeiten, Berechnungsfehler | ||||
| Beschreibung: |
Wenn man eine Bestellung bearbeitet, im AdminPanel (Backend) und ein Produkt entfernt, oder aber hinzufügt, und den Preis neu berechnen lässt, rechnet er bei uns immer die MwSt nochmal drauf, auf die eh schon mit MwSt belegten Preisen, das kann irgendwie nicht stimmen... kann das einer von euch mal testen, vieleicht liegt der Fehler auch bei mir |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000034)
xantiva 18.03.2009 20:55 |
Bei mir auch ... Dabei habe ich im Admin "Brutto" ausgewählt. |
|
(0000038)
xantiva 22.03.2009 22:31 (Zuletzt bearbeitet: 16.10.2010 19:04) |
http ://ww w.ecombase.de/forum/index.php?showtopic=38146 Zitat: Bei der "normalen" oder alten xtc Version ist die Berechnung richtig... Allerdings ist die Darstellung wie in der ECB bei dieser Art der Bestelleingabe nicht richtig, das heißt es werden zum Schluß erst die Versandkosten dann die Zwischensumme dann die UST dann die Summe gezeigt. Korrekt wäre Zwischensumme Versandkosten UST Summe. |
|
(0000053)
yogi 05.09.2009 12:25 |
1. Lösungsversuch in revision 884 |
|
(0000310)
xantiva 16.10.2010 20:02 |
Scheinbar war der "Lösungsversuch" erfolgreich. Hier hat sich keiner mehr gemeldet und in der 1.0.6 die bei mir läuft, ist mir auch nichts mehr aufgefallen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 462 | [WEB-Shop] Template | Unschönheit | immer | 30.06.2012 19:37 | 30.06.2012 19:40 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.13 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.14 | ||
| Zielversion: | 1.0.14 | ||||
| Zusammenfassung: | Im Warenkorb verschiebt sich die quantity Inputbox beim hovern über die Icons | ||||
| Beschreibung: | Im Warenkorb werden zwei Icons angezeigt, mit dem ein Artikel gelöscht werden kann bzw. die Anzeige aktualisiert werden kann (bei geänderter Menge). Wenn man mit der Maus über die Icons hovert, dann verschiebt sich die Inputbox für die Menge um wenige Pixel nach unten. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000483)
xantiva 30.06.2012 19:40 |
rev. 2269 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 461 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 07.06.2012 09:34 | 07.06.2012 09:44 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.13 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.14 | ||
| Zielversion: | 1.0.14 | ||||
| Zusammenfassung: | Die Weiterleitung von alten URLs funktioniert bei den Bluegate-URLs nicht | ||||
| Beschreibung: |
http://forum.webs.de/viewtopic.php?f=3&t=479 Die BlueGate URLs ermöglichen eine Weiterleitung der alten URLs. Aber gibt Fehler bei den Produkt URLs, wenn sie diesem Schema (Original XTC) entsprechen: /product_info.php?products_id=12345 Dann wird nicht (immer) richtig weitergeleitet. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000482)
xantiva 07.06.2012 09:44 |
rev. 2267 URLs von dem Format funktionierten richtig: product_info.php?info=p124_Produkt-1.html |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 460 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 06.04.2012 19:40 | 06.04.2012 19:44 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.12 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | In dem Lagerbericht sollten die Einträge mit den Produktseiten verlinkt werden | ||||
| Beschreibung: |
http://forum.webs.de/viewtopic.php?f=8&t=397&start=10#p2904 "Im Lagerbericht (stats_stock_warning.php) waren die gelisteten Artikel mit einem Link in die Artikelverwaltung versehen. Bei einer etwas größeren Anzahl von Artikeln im Shop eine durchaus "praktische" Hilfe." |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000481)
xantiva 06.04.2012 19:44 |
rev. 2247 Die Klasse DataTables so erweitert, dass man auch die Einträge verlinken kann. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 443 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 29.10.2011 06:50 | 22.02.2012 20:39 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | Gastkonto wird nach der Bestellung nicht glöscht | ||||
| Beschreibung: | Nachdem eine Bestellung über ein Gastkonto abgeschlossen ist wird das Gastkonto nicht gelöscht, obwohl dies Funktion im Backend aktiviert ist. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: |
Löschen von Gast-Konten im Backend aktivieren: Konfiguration -> Kunden Details -> Löschen von Gast-Konten = true Bestellung über ein Gastkonto vornehmen, nach Abschluß der Bestellung (checkout_success.php) existiert das Gastkonto noch. Erst wenn man auf den Logout-Schalter klickt wird das Konto auch gelöscht. |
||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: |
WEBS_fix_443.tb2 (2,817 Bytes) 29.10.2011 08:11 https://bugs.webs.de/file_download.php?file_id=17&type=bug |
||||
| Notiz | |
|
(0000455)
yogi 29.10.2011 08:18 |
Revision 2188: Änderungen an logoff.php und checkout_success.php behebt das Problem. Wer dieses Feature vor der Veröffentlichung der WEBS V1.0.13 nutzen möchte kann den Anhang herunterladen und die beiden Dateien in das Root-Verzeichnis seines Shops installieren. |
|
(0000480)
yogi 22.02.2012 20:39 |
Revision 2237 Korrektur: es wurde jeder user ausgelogged - auch wenns kein Gastkonto war. Über die Session wird dem GastKunden nun auch das Anzeigen der Bestellung ermöglicht. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 459 | [WEB-Shop] Frontend | kleinerer Fehler | nicht getestet | 22.02.2012 16:12 | 22.02.2012 16:16 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | falsche Berechnung der MwSt bei B2B Kunden | ||||
| Beschreibung: |
unter bestimmten Voraussetzungen kann es in der V1.0.10 - V1.0.12 vorkommen, dass die Mehrwertsteuer nicht korrekt berechnet wird: Inländische B2B Kunden: - Kundengruppe: Preisanzeige ohne MwSt. (B2B) - Ausweisung der MwSt in der Rechnung: JA Der Fehler passiert bei der Versandkostenberechnung (ot_shipping). Hier wird, egal was man einstellt, auf die Versandkosten keine MwSt. ausgerechnet und aufgeschlagen. Abhilfe: aktualisiere die includes/modules/order_total/ot_shipping.php mit dieser Datei: http://wiki.webs.de/patch/V1.0.13/ot_shipping.php |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | http://forum.webs.de/viewtopic.php?f=8&t=462 | ||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 447 | [WEB-Shop] Frontend | Absturz | nicht getestet | 06.11.2011 08:50 | 16.02.2012 19:04 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | Bilderstellung funktioniert nicht wenn DB-Cache aktiviert ist | ||||
| Beschreibung: | Wenn im Backend die "Cache Option" -> "DB Cache" aktiviert ist funktioniert die Bildergenerierung nicht mehr. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000459)
yogi 06.11.2011 08:59 |
Die Funktion xtc_db_num_rows prüft die Anzahl der Ergebnisse nur wenn als zweiter Parameter "true" übergeben wurde. Ansonsten wird null zurück gegeben. Welchen Sinn dieser zusätzliche Parameter hat konnte ich nicht ermitteln, daher wurde die Funktion nun so umgeschrieben dass der Parameter nicht berücksichtigt wird. Revision 2196 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 456 | [WEB-Shop] Template | kleinerer Fehler | immer | 27.12.2011 13:36 | 10.02.2012 19:34 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.12 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | Fehler in der Analytics Funktion: Artikel mit Hochkomma werden nicht getrackt | ||||
| Beschreibung: | Im Ecommerce Tracking werden Artikel mit Hochkomma (bzw. Bestellungen mit solchen Artikeln) nicht getrackt. Das Hochkomma verursacht einen JavaScript Fehler. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000479)
xantiva 10.02.2012 19:34 |
Mit rev. 2222 erledigt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 458 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 16.01.2012 13:41 | 16.01.2012 14:04 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | Popup für AGB, Widerruf, Datenschutz | ||||
| Beschreibung: |
Bei der Registrierung sollte das Template die Möglichkeit haben den Datenschutz als Popup zu verlinken. Im WEBs Template ist hierfür jquery.prettyphoto gut geeignet, nur benötigt dies einen weitern "parameter" an der URL der vom Shop jedoch "geschluckt" wird wenn man den Link xtc_href_link erzeugt. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000477)
yogi 16.01.2012 14:03 (Zuletzt bearbeitet: 16.01.2012 14:30) |
Revision 2225 + 2226 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 450 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 04.12.2011 01:21 | 26.12.2011 19:41 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.12 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | Möglichkeit in der Bestellansicht alle Artikel dem Lager wieder gutzuschreiben | ||||
| Beschreibung: | Nur wenn man die Bestellung löscht, wird man bislang gefragt, ob man die Artikel wieder in den Lagerbestand zurückführen möchte. Wenn man nur den Status auf z. B. "Storniert" setzt, muss man bislang immer alle Artikel einzeln gutschreiben. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000468)
xantiva 04.12.2011 01:26 |
Rev. 2208 Man kann nun per Button die Artikel dem Lager gutschreiben. Zusätzlich sieht man nun noch den aktuellen Lagerbestand, wenn man mit der Maus über einen Artikel fährt im ToolTip. |
|
(0000476)
xantiva 26.12.2011 19:41 |
mit rev. 2220 ist auch nun der "entgegengesetzte" Button verfügbar. Wenn eine Bestelung storniert wurde, der Bestand dem Lager wieder gut geschrieben wurde, kann man nun den Bestand mit einem Klick auch wieder vom Lager abziehen, wenn der Kunden dann doch noch bezahlt ;) |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 356 | [WEB-Shop] Backend | schwerer Fehler | manchmal | 18.11.2010 22:14 | 26.12.2011 19:38 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.14 | ||||
| Zusammenfassung: | Bestellansicht: Den Paypal - Bereich in einen IFrame packen | ||||
| Beschreibung: |
Uns ist es heute zum 2. Mal passiert, dass Paypal nicht erreichbar war. Das hat zur Folge, dass man eine Bestellung über Paypal nicht im Backend öffnen bzw. bearbeiten kann. Es erscheint nur eine weisse Seite. Siehe Forum: http://forum.webs.de/viewtopic.php?f=6&t=193&p=1071 Versuchen, den Shop robuster zu machen und ggf. die Paypal Informationen in einem IFrame darzustellen, oder zumindest einen Timeout einzubauen. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000475)
xantiva 26.12.2011 19:38 |
rev. 2220 Die Details einer Paypal Bestellung werden nun in einem IFrame Element dargestellt. Damit ist die Bestellung immer sichtbar, auch wenn Paypal mal nicht, oder nur sehr schlecht erreichbar ist. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 455 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 18.12.2011 15:40 | 18.12.2011 15:44 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.12 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | Summenzeile in der Umsatzstatistik eingefügt | ||||
| Beschreibung: | In der Umsatzstatistik hat mir schon immer eine Summenzeile gefehlt ;) | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000474)
xantiva 18.12.2011 15:44 |
rev. 2218 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 454 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 17.12.2011 17:16 | 17.12.2011 17:19 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.12 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | Bei der Verwendung des Smarty Modifier button kann man die Adressbucheinträge nicht mehr ändern | ||||
| Beschreibung: |
Die Adressbucheinträge sind nicht mehr änderbar, wenn man im Template mit dem Smarty Modifier "button" arbeitet: {$BUTTON_UPDATE|button} In der address_book_process.php werden dem BUTTON_UPDATE zwei versteckte Eingabefelder (input type="hidden") angefügt. Die werden von dem Modifier ersatzlos gelöscht. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000473)
xantiva 17.12.2011 17:19 |
rev. 2217 Ich habe die versteckte Felder nun an $FORM_END gehangen. Der wird eigentlich nur ausgegeben. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 453 | [WEB-Shop] Template | kleinerer Fehler | immer | 11.12.2011 21:07 | 11.12.2011 22:05 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | fehlender Countdown beim LiveShopping | ||||
| Beschreibung: | Wenn man ein Produkt im Live-Shopping aktiviert wird auf der Produktseite kein Countdown über die Restlaufzeit angezeigt. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | http://forum.webs.de/viewtopic.php?f=9&t=443 | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000471)
yogi 11.12.2011 21:10 |
Der Fehler ist mit dem Umbau in der V1.0.10 entstanden - hierbei wurde der Countdown leider übersehen. in der lang/german/german.php wurde nun die LS_COUNTDOWN Konstante geändert, wer die im Forum beschriebenen Änderungen nicht in seinem Template übernimmt sollte folgenden eintrag in der Template-Sprachdatei "template/DeinTemplate/lang/german/german.php vornehmen: define('LS_COUNTDOWN', 'Dieses Angebot läuft noch.'); |
|
(0000472)
yogi 11.12.2011 22:05 (Zuletzt bearbeitet: 16.01.2012 14:39) |
Revision 2216, 2227 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 452 | [WEB-Shop] Frontend | schwerer Fehler | immer | 07.12.2011 11:55 | 07.12.2011 11:59 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | CSS Compressor erzeugt nicht funktionieren CSS Code | ||||
| Beschreibung: |
Wenn in dem CSS im Token ein Doppelpunkt vorkommt, so wird der Teil nach dem zweiten Doppelpunkt nicht in die erzeugte CSS-Datei übernommen. Beispiel: .bla {content: ':';} wird zu .bla{content:';} |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000470)
yogi 07.12.2011 11:59 |
Revision 2213 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 451 | [WEB-Shop] Backend | kleinerer Fehler | immer | 04.12.2011 01:50 | 04.12.2011 01:58 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.12 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | Fehler im Backend: The session id contains illegal characters | ||||
| Beschreibung: |
In seltenen Fällen tauchen schon mal solche obsukren "Session - Fehler" im Backend auf ... https://www.example.com/admin/categories.php?XTCsid=e024fb9d0e37865028053362beede461?cPath=59&cID=123&action=edit_category Warning: session_start() [function.session-start]: The session id contains illegal characters, valid characters are a-z, A-Z, 0-9 and '-,' in /var/www/vhosts/example.com/httpdocs/admin/includes/application_top.php on line 214 Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at /var/www/vhostsexample.com/httpdocs/admin/includes/application_top.php:214) in /var/www/vhosts/example.com/httpdocs/admin/includes/application_top.php on line 214 Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /var/www/vhosts/example.com/httpdocs/admin/includes/application_top.php:214) in /var/www/vhosts/example.com/httpdocs/admin/includes/application_top.php on line 214 Warning: Cannot modify header information - headers already sent by (output started at /var/www/vhosts/example.com/httpdocs/admin/includes/application_top.php:214) in /var/www/vhosts/example.com/httpdocs/admin/includes/functions/general.php on line 136 In der Kategorien / Produkt - Bearbeitung wird die Session Id als verstecktes Formularfeld bei der Suche bzw. der Drop-Downbox mit angegeben. So mit ist plötzlich mal wieder die XTCsid in den URLs enthalten. Das kracht dann z. B. immer dann, wenn man eine Kategorie bearbeiten möchte. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000469)
xantiva 04.12.2011 01:58 |
Rev. 2209 In insgesamt 4 Dateien wurden noch die SessionIds ausgegeben: includes/modules/categories_view.php includes/modules/cross_selling.php includes/modules/new_attributes_include.php includes/modules/new_attributes_select.php |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 97 | [WEB-Shop] Installer | Unschönheit | immer | 01.04.2009 00:12 | 01.12.2011 07:47 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.2 | ||
| Zielversion: | |||||
| Zusammenfassung: | Installer sollte prüfen, ob das Template aus der DB auch vorhanden ist | ||||
| Beschreibung: |
http ://w ww.ecombase.de/forum/index.php?showtopic=38834 Hier hat es nach dem Update Probleme gegeben, da das alte Template noch in der DB stand: Warning: require(C:/xampp/htdocs/ecombase2/templates/xtc4/source/boxes.php) [function.require]: failed to open stream: No such file or directory in C:\xampp\htdocs\ecombase2\index.php on line 31 Fatal error: require() [function.require]: Failed opening required 'C:/xampp/htdocs/ecombase2/templates/xtc4/source/boxes.php' (include_path='.;C:\xampp\php\pear\') in C:\xampp\htdocs\ecombase2\index.php on line 31 => Wenn nicht vorhanden => ein default Template auswählen? |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000058)
xantiva 11.09.2009 00:20 |
Ist das nicht schon gefixt? |
|
(0000059)
yogi 11.09.2009 07:32 |
Ja das ist schon erledigt. Bug-Notiz ist aber wohl duch den "Tracker-Crash" verlorengegangen. |
|
(0000467)
yogi 01.12.2011 07:44 |
Revision 800 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 256 | [WEB-Shop] Frontend | Fehler im Text | nicht getestet | 28.01.2010 11:56 | 01.12.2011 07:23 |
| Reporter: | Mato | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.6 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | {$UST_CONTENT} wird auf englisch nicht auf TAX umgestellt, bleibt UST | ||||
| Beschreibung: | Im Warenkorb sowie im Checkout-Prozess und in den E-Mails erscheint auch in englisch immer "incl. UST 19%" obwohl da "incl. Tax 19%" stehen soll. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000306)
xantiva 16.10.2010 19:42 |
Hi Mato, der Text "UST" steht in der Datenbank in den Steuersätzen: /admin/tax_rates.php Die Beschreibung lautet vermutlich bei Dir "UST 19%" und ist bislang NICHT sprachabhängig. Sie wird mit der Sprachkonstanten TAX_ADD_TAX zusammengefügt, so dass dann z. B. "incl. UST 19%" da raus kommt. Das zu ändern ist nicht so ohne, da xtc_get_tax_rate_from_desc z. B. genau nach der Beschreibung wieder sucht. Also wenn, dann ist viellll testen angesagt. => Frühestens 1.0.11 (Stichwort: xtc_get_tax_description, xtc_get_tax_rate_from_desc) |
|
(0000466)
yogi 01.12.2011 07:16 (Zuletzt bearbeitet: 01.12.2011 07:38) |
- neue Sprachkonstante TAX_INFO (wird mit sprintf verarbeitet) - Anpassung in inc/xtc_get_tax_description.inc.php Nun im Warenkorb, checkout und den Emails z.B. "inkl. 19% MwSt" bzw. "excl. 19% Tax" Revision: 2207 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 438 | [WEB-Shop] Frontend | schwerer Fehler | nicht getestet | 30.08.2011 13:07 | 01.12.2011 06:43 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | Kategorien werden mehrfach angezeigt wenn leere Kategorien vorhanden sind. | ||||
| Beschreibung: |
Der Fehler besteht im WEBs Template. Wenn bei der Ausgabe eine "leere" Kategorie, also eine ohne zugewiesene Produkte vorkommt wird in der Kategorie-Box die vorherige Kategorie doppelt aufgelistet. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: |
- Leere Kategorie anlegen. - Template mit Categorie-BOX - nicht Kategorie-Header Navigation. |
||||
| Zusätzliche Informationen: | http://forum.webs.de/viewtopic.php?f=16&t=399#p2605 | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000449)
yogi 30.08.2011 13:09 |
Revision 2172 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 360 | [WEB-Shop] Backend | kleinerer Fehler | immer | 22.11.2010 17:42 | 26.11.2011 13:38 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | Bei zusätzlicher Sprache kein Speichern der VPE, Lieferstatus, etc. möglich | ||||
| Beschreibung: |
Wenn man eine neue Sprache anlegt und dann nicht gleich manuell die erforderlichen Datenbankeinträge für diese Sprache anlegt, dann können im Backend die Einträge nicht bearbeitet / gespeichert werden. Die Scripte machen bei einem Neueintrag ein INSERT für alle Sprachen und ein UPDATE beim Speichern. Da für die neue Sprache kein Datensatz existiert schlägt das UPDATE fehlt. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000460)
yogi 07.11.2011 22:27 |
Revision 2200: Behebt das Problem bei der Verpackungseinheit: admin/products_vpe.php neue Funktion: inc/db_perform.inc.php nutzt "insert into ... on duplicate key update ..." und sollte anstelle von inc/xtc_db_perform.inc.php verwendet werden. |
|
(0000463)
yogi 26.11.2011 11:56 |
noch nicht geprüft bei: - Bestellstatus - Cross-Marketing Gruppen |
|
(0000464)
yogi 26.11.2011 13:26 |
cross-marketing: Revision 2203 |
|
(0000465)
yogi 26.11.2011 13:37 |
Bestellstatus: Revision 2204 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 449 | [WEB-Shop] Template | kleinerer Fehler | immer | 26.11.2011 10:41 | 26.11.2011 10:44 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.12 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | Grundpreisangabe fehlt im Webs-Template auf der Produkt-Info | ||||
| Beschreibung: |
http://forum.webs.de/viewtopic.php?f=3&t=438 Im Webs Template fehlt in der module/product_info/product_info_1.html die Ausgabe des Grundpreises {$PRODUCTS_VPE}. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000462)
xantiva 26.11.2011 10:44 |
Rev. 2202 Unter: <div class="grid_3 omega"> {$ADD_QTY|hidden}{$ADD_CART_BUTTON|button} </div> Noch das angefügt: {if $PRODUCTS_VPE} <div class="grid_6 alpha omega"> {$PRODUCTS_VPE} </div> {/if} |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 448 | [WEB-Shop] Frontend | schwerer Fehler | immer | 13.11.2011 12:12 | 13.11.2011 12:14 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.12 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | Bei einem DB - Fehler muss ein HTTP Status Code 503 ausgeliefert werden | ||||
| Beschreibung: | Sollte es mal zu einem Fehler mit der Datenbank kommen und keine Verbindung hergestellt werden können ist zu vermeiden, dass die Crawler der Suchmaschinen dann alle Seiten nur mit der Fehlermeldung indizieren. Bislang wird immer der 0000200 Statuscode ausgeliefert. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000461)
xantiva 13.11.2011 12:14 |
rev: 2201 Der Shop liefert in so einem Fehlerfall nun korrekterweise den 0000503 header aus. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 446 | [WEB-Shop] Backend | schwerer Fehler | immer | 06.11.2011 06:44 | 06.11.2011 09:11 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.12 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | Rechnungsnummer: Datum wird nicht benutzt | ||||
| Beschreibung: | Wenn man in der Bestellnummer lediglich das Kaufdatum verwenden möchte wird dies nicht Angezeigt. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: |
als Bestellnummermmer z.B. %n-%Y angegeben => 1234-%Y der Platzhalter für das Datum wird nicht wie beschrieben ersetzt. |
||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000458)
yogi 06.11.2011 06:46 |
Revision 2191 Mann kann nun in der Rechnungnummer auch auf das Datum der Bestellung zugreifen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 445 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 03.11.2011 16:28 | 03.11.2011 16:29 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.12 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | Rechnungsdruck: Einzelpreis und Steuerklasse im Template verfügbar machen | ||||
| Beschreibung: |
Wer bei seinen Rechnungen auch den Einzelpreis und die UST Prozente anzeigen möchte, hat nun im Template die folgenden Variablen zur Verfügung: PRODUCTS_SINGLE_PRICE PRODUCTS_TAX |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000457)
xantiva 03.11.2011 16:29 |
rev. 2190 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 444 | [WEB-Shop] Frontend | schwerer Fehler | immer | 03.11.2011 12:40 | 03.11.2011 12:41 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.12 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | Fehler in der Smarty Funktion Math: ecb_substr_count | ||||
| Beschreibung: |
Bei dem Issue 0000083 wurde fälschlicherweise aus substr_count ein ecb_substr_count. Nur gibt es so eine Funktion überhaupt nicht ... :( Änderungen wieder rückgängig gemacht. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000456)
xantiva 03.11.2011 12:41 |
revision: 2189 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 442 | [WEB-Shop] Frontend | Trivial | immer | 29.09.2011 18:22 | 29.09.2011 18:24 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | |||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | beim PayPal checkout erscheint PAYPAL_TAX anstatt "MwSt." | ||||
| Beschreibung: | Bei einem Paypal Checkout findet sich auf der PayPal Checkout Seite der Text PAYPAL_TAX | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000454)
yogi 29.09.2011 18:24 |
Revision 2182 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 441 | [WEB-Shop] Backend | schwerer Fehler | immer | 26.09.2011 19:04 | 26.09.2011 19:07 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.12 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | Beim Speichern von Kundendaten (customer.php) kommt ein Class PHPMailer not found | ||||
| Beschreibung: |
Wenn man in der Kundenansicht versucht zu speichern, erscheint folgende Fehlermeldung: Fatal error: Class 'PHPMailer' not found in /var/www/vhosts/example.com/httpdocs/inc/xtc_validate_email.inc.php on line 50 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000453)
xantiva 26.09.2011 19:07 |
rev: 2180 In der customer.php den require Block ab Zeile 28 mit folgender Zeile ergänzen: require_once (DIR_FS_CATALOG.DIR_WS_CLASSES.'class.phpmailer.php'); Komplett sollte der dann so aussehen: require ('includes/application_top.php'); require_once (DIR_FS_INC.'xtc_validate_vatid_status.inc.php'); require_once (DIR_FS_INC.'xtc_get_geo_zone_code.inc.php'); require_once (DIR_FS_INC.'xtc_encrypt_password.inc.php'); require_once (DIR_FS_INC.'xtc_js_lang.php'); require_once (DIR_FS_CATALOG.DIR_WS_CLASSES.'class.phpmailer.php'); |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 439 | [WEB-Shop] Installer | kleinerer Fehler | immer | 12.09.2011 20:48 | 19.09.2011 09:07 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.12 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | ORDER_NUMBER fehlt in der database.sql | ||||
| Beschreibung: |
Die "Bestellnummer" (ORDER_NUMBER) für die Konfiguration ist nur im Updater, aber nicht in der database.sql enthalten. http://forum.webs.de/viewtopic.php?f=8&t=403 Jörg? :D ;) |
||||
| Tags: | |||||
| Schritte zur Reproduktion: |
Auszug aus dem Updater: 'insert' => array( 'configuration' => array( array( array( 'configuration_key' => '\'ORDER_NUMBER\'', ), array( 'configuration_value' => '\'%n\'', 'configuration_group_id' => 1, 'sort_order' => 31, ), array( 'date_added' => 'now()', ), ), |
||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000451)
yogi 18.09.2011 22:31 (Zuletzt bearbeitet: 18.09.2011 22:33) |
Um den Fehler in einem bereits laufenden Shop zu beheben folgende SQL-Befehle direkt auf der DB ausführen (z.B. via phpMyAdmin): update configuration set sort_order=32 where configuration_key='INVOICE_NUMBER' and sort_order=31; Und noch einen um den fehlenden Eintrag zu erzeugen: insert into configuration (configuration_group_id, configuration_key, configuration_value, sort_order) values (1, 'ORDER_NUMBER', '%n', 31); |
|
(0000452)
yogi 19.09.2011 09:07 |
Revision: 2176 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 440 | [WEB-Shop] Backend | kleinerer Fehler | immer | 13.09.2011 07:24 | 13.09.2011 08:41 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.12 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | Fehlerhafte doctype Angabe im Backend verursacht html Fehler | ||||
| Beschreibung: |
http://forum.webs.de/viewtopic.php?f=8&t=404 Bei der Produktbearbeitung wurde der Bereich mit den Produktbildern nicht richtig angezeigt. Ursache war eine falsche doctype Angabe, die der IE9 nicht mehr akzeptierte und den Quellcode dann falsch interpretierte. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: |
Richtig wäre: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> Drin stand: <!doctype html public "-//W3C//DTD HTML 4.01 Transitional//EN"> |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000450)
xantiva 13.09.2011 08:41 |
rev. 2175 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 437 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 29.08.2011 19:43 | 29.08.2011 19:45 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.12 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | E-Mail Adresse mit Umlaut verursacht Exception im PHPMailer | ||||
| Beschreibung: |
Wenn man sich mit einer E-Mail Adresse mit einem Umlaut im lokalen Teil anmeldet, kann vom Shop keine E-Mail mehr gesendet werden. Die PHPMailer Klasse verursacht immer eine Exception. Beispiel: küster@example.com Die xtc_validate_email Funktion liefert andere Ergebnisse als die ValidateAddress() des PHPMailer. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000448)
xantiva 29.08.2011 19:45 |
rev. 2172 function xtc_validate_email($email) { /* * The validation of the old function was not the same as the validation * function from the PHPMailer. A valid email for the shop throws an * exception within the PHPMailer: e.g. küster@xantiva.de */ return PHPMailer::ValidateAddress($email); } |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 436 | [WEB-Shop] Backend | Trivial | immer | 29.08.2011 10:52 | 29.08.2011 10:55 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.13 | ||
| Zielversion: | 1.0.13 | ||||
| Zusammenfassung: | Die Order-Classe im Backend enthält die "gender" spalte nicht | ||||
| Beschreibung: |
In der Backend-Classe orders.php wird das Geschlechtsfeld (*_gender) nicht mit in die Klasse übernommen. - customer_gender - delivery_gender - billing_gender |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000447)
yogi 29.08.2011 10:55 |
Revision 2170 ändert das und liefert auf den "gender" in order->customer["gender"] order->delivery["gender"] order->billing["gender"] |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 143 | [WEB-Shop] Frontend | Unschönheit | immer | 14.09.2009 16:34 | 13.08.2011 19:29 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | normal | BS-Version: | |||
| Status: | bestätigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | wird nicht behoben | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.1 | ||||
| Zusammenfassung: | Session ID wird immer angehängt, wenn Cookie nicht erzwungen wird | ||||
| Beschreibung: |
Mit der Einstellung "Cookie bevorzugen" auf true wird derzeit jeder Kunde ausgesperrt, der keine Cookies akzeptiert. (Korrekterweise müsste die Option Cookie erzwingen heißen.) Setzt man diese Funktion auf false, wird immer die Session ID angehängt. (Außer bei Aufrufen von Crawlern.) Beides ist nicht wünschenswert. Wenn der Browser Cookies akzeptiert, dann sollten diese verwendet werden. Andernfalls sollte die Session ID angehängt werden, sobald eine Session erforderlich wird. (Und dann auch beibehalten.) Problem: Mit nur einem einzigen Aufruf, bekommt man nicht heraus, ob der Browser Cookies akzeptiert. Es ist min. ein Redirect erforderlich. Auf der anderen Seite brauchen wir bei den "normalen" Shopseiten (Kategorien, Produkte) gar keine Session. Die wird nur bei einem Login, wenn was im Warenkorb liegt, etc. erforderlich. Idee: Der Shop startet beim ersten Aufruf nicht zwanghaft eine Session, zumindest wenn man nicht gleich den Warenkorb, etc. aufruft. Bei Seiten, die eine Session erforderlich machen, muss dieses über eine Konstante vor Aufruf der application_top definiert werden. Angefügt ist ein Code-Schnipsel, der die Idee mit der Konstante noch nicht berücksichtigt. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: |
// start the session $session_started = false; if (isset($_COOKIE['ECB'])) { if ($_COOKIE['ECB'] == 'please_accept_for_session') { // great - the browser accept our cookie unset($_COOKIE['ECB']); } session_name('ECB'); session_start(); include (DIR_WS_INCLUDES.'tracking.php'); $session_started = true; } else { session_name('ECBid'); if(!isset($_REQUEST[session_name()])) { if (!isset($_GET['cookieTest'])) { xtc_setcookie('ECB', 'please_accept_for_session', 0, '/', $current_domain); header('Location: '.$_SERVER['REQUEST_URI'].(length($_SERVER['QUERY_STRING']) == 0 ? '?' : '&').'cookieTest'); exit; } } else { session_id($_REQUEST[session_name()]); } session_start(); include (DIR_WS_INCLUDES.'tracking.php'); $session_started = true; } |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000079)
xantiva 14.09.2009 20:39 |
Gerade noch mal ein wenig gesurft: Bei Amazon kann man ohne Cookies nicht einkaufen. Obwohl sie bei deaktivierten Cookies die Session ID mit in die URL packen und Warenkörbe so erhalten bleiben, kann man nicht den Einkaufswagen aufrufen. Das SMF Forum scheint so zu funktionieren, wie von uns angedacht. Erst beim Login wird die Session erzeugt und wenn man ohne Cookies unterwegs ist der URL angehängt. BTW: Bei Mantis kann man sich ohne Cookies nicht anmelden ;) |
|
(0000270)
xantiva 21.08.2010 12:05 |
Prüfen, ob nicht bereits erledigt? 1.0.6? |
|
(0000322)
xantiva 26.10.2010 19:19 |
Wenn die "Cookie Benutzung erzwingen" deaktiviert ist, werden immer noch die Session IDs ständig angehängt. |
|
(0000323)
xantiva 26.10.2010 19:25 |
Wenn überhaupt, dann werden wir das ganze nicht in der kommenden Version realisieren. Siehe auch 0000187. Dann würde die sowieso komplett rausfliegen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 187 | [WEB-Shop] Frontend | Feature-Wunsch | N/A | 24.10.2009 16:07 | 13.08.2011 19:27 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | wird nicht behoben | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.1 | ||||
| Zusammenfassung: | Entfernen der Session ID XTCsid aus dem Shop, nur noch mit Cookies arbeiten. | ||||
| Beschreibung: |
Die Session ID macht immer wieder Probleme im Shop. SSL Proxy, Kapern einer Session, etc. Auch bei den grossen Shops kann man nicht mehr "ohne" einkaufen ... |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: |
Umfrage im Forum: http ://ww w.ecombase.de/forum/index.php?showtopic=49182 Setzt Ihr SSL für Euren Shop ein? Wenn ja, welche Art? Ich nutze kein SSL-Zertifikat. [ 32 ] ** [23.70%] Ich nutze ein SSL - Proxy meines Hosters. [ 32 ] ** [23.70%] Ich nutze ein eigenes SSL-Zertifikat. [ 68 ] ** [50.37%] Was ist SSL oder ein SSL-Zertifikat? [ 3 ] ** [2.22%] Abstimmungen insgesamt: 135 |
||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 140 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 13.09.2009 08:03 | 13.08.2011 19:26 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | |||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.11 | ||
| Zielversion: | 1.0.11 | ||||
| Zusammenfassung: | Umstellung der EMail-Templates | ||||
| Beschreibung: |
Umstellen der EMail-Generierung auf EMail Templates wie im Wiki beschrieben http://wiki.webs.de/index.php/HowTo:EMail_Template |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000444)
yogi 13.08.2011 19:20 (Zuletzt bearbeitet: 13.08.2011 19:20) |
Die Umstellung ist mit V1.0.11 im großen und ganzen abgeschlossen. Leider gibt es einige Bereiche in denen wir nicht testen können: - includes/modules/payment/amoneybookers.php - includes/classes/afterbuy.php anschließend sollte der include aus der - includes/application_top.php und - includes/application_top_callback.php entfernt werden. Hierzu werden zwei Untertickets erzeugt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 369 | [WEB-Shop] Frontend | Feature-Wunsch | nicht getestet | 22.12.2010 15:05 | 13.08.2011 19:25 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | normal | BS-Version: | |||
| Status: | neu | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.1 | ||||
| Zusammenfassung: | Passwortstärke erzwingen | ||||
| Beschreibung: |
Nachfolgeticket zu Ticket 0000154: - Passwortstärke erzwingen, zu einfache Passwörter sind garnicht möglich |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 327 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 10.08.2010 11:37 | 13.08.2011 19:25 |
| Reporter: | berny | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | normal | BS-Version: | |||
| Status: | neu | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.1 | ||||
| Zusammenfassung: | Ermöglicht dem Benutzer bei Kommastellen anstatt . auch , einzugeben | ||||
| Beschreibung: |
Im Normalfall werden bei Kommastellen für die Datenbank ein Punkt als Trenner verwendet. Da im normalen Leben diese Stellen aber mit einem Komma getrennt werden, wäre eine Vereinfachung dieser Eingabe sinnvoll. Dazu müßte bei einer Komma-Eingabe diese zu einem Punkt übersetzt werden. Folgende Datein müßten dazu updatet werden: /admin/categories.php?cPath=0&action=new_product Artikel Gewicht alle Preise /admin/specials.php?page=0&action=new Angebotpreis /admin/modules.php?set=shipping&module=xxxxxx sämtliche Versandmodule /admin/modules.php?set=ordertotal&module=ot_loworderfee Mindemengenzuschlag für Bestellungen unter Zuschlag /admin/modules.php?set=ordertotal&module=ot_ps_fee Alle Versandkosten /admin/modules.php?set=ordertotal&module=ot_shipping&action=edit Versandkostenfrei für Bestellungen ab /admin/coupon_admin.php?action=voucheredit&cid= Kupon Wert Kupon Mindestbestellwert /admin/configuration.php?gID=7 Gewichtsbestimmungen /admin/configuration.php?gID=17 Willkommen Gutscheinwert Die Datein sind ev nicht ganz vollständig, ev kann man das noch ergänzen |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 326 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 02.08.2010 21:00 | 13.08.2011 19:25 |
| Reporter: | die-andis | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | normal | BS-Version: | |||
| Status: | neu | Produktversion: | |||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.1 | ||||
| Zusammenfassung: | JTL-Connector kompatibilität wieder herstellen | ||||
| Beschreibung: | lt. Forum wird die Version 1.0.10 nicht mehr mit dem JTL-Connector kompatibel sein. (wohl wg. der neuen Bildergenehrierung) | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 281 | [WEB-Shop] Datenbank | Unschönheit | immer | 11.05.2010 16:50 | 13.08.2011 19:25 |
| Reporter: | fsck | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | normal | BS-Version: | |||
| Status: | neu | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.1 | ||||
| Zusammenfassung: | Deutsche Ländernamen im Shop | ||||
| Beschreibung: | Die Ländernamen wurden nie ins Deutsche übersetzt. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: |
countries_de.zip (4,852 Bytes) 11.05.2010 16:50 https://bugs.webs.de/file_download.php?file_id=13&type=bug |
||||
| Notiz | |
|
(0000214)
fsck 11.05.2010 16:51 |
Bei mehrsprachigen Shops muss dieser Hack entsprechend angepasst werden ! |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 278 | [WEB-Shop] Backend | kleinerer Fehler | immer | 06.05.2010 13:36 | 13.08.2011 19:25 |
| Reporter: | SMT WebServices | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | Rückmeldung | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.1 | ||||
| Zusammenfassung: | Rücksprung aus Attributverwaltung ins Frontend bei bestimmten Serverkonfigurationen | ||||
| Beschreibung: |
Beschreibung: Aus der Attributverwaltung erfolgt ein Rücksprung ins Shop Frontend (ohne Verlust der Session) da die Adresse die in den Formactions erzeugt wird nicht korrekt ist Ursache: Form Actions werden nur mit $_SERVER['PHP_SELF'] aufgebaut Lösung: form actions mit xtc_href_link(basename($_SERVER['PHP_SELF'])); aufbauen |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | Shop in Unterverzeichnis, per htaccess (oder anderem Wege) auf Domain ansprechend | ||||
| Zusätzliche Informationen: |
admin/includes/modules/new_attributes_select.php (zeile 29) admin/includes/modules/new_attributes_include.php (zeile 33) |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000215)
yogi 12.05.2010 08:19 (Zuletzt bearbeitet: 12.05.2010 08:22) |
Hi, ich verstehe die Schritte zur Reproduktion nicht - in meinem Testshop der in einem Unterverzeichnis liegt funktioniert die Attributverwaltung problemlos. Was genau ist mit "per htaccess (oder anderem wege) auf domain ansprechend" gemeint? |
|
(0000216)
SMT WebServices 12.05.2010 13:07 |
naja, shop liegt physikalisch z.b. unter /var/www/projekt/shop wobei projekt der docroot der domain ist, würde also normalerweise auf www.domain.tld/shop ansprechen, aber ist so umgeleitet, das er auf www.domain.tld anspricht im vorliegenden fall wurde dies durch eine apache_proxy konfiguration erzeugt |
|
(0000217)
yogi 13.05.2010 05:55 |
Demnach benutzt Du in der Apache-Config ein: ProxyPass / http://mein.shop.tld/shop/ oder? |
|
(0000218)
SMT WebServices 13.05.2010 12:37 (Zuletzt bearbeitet: 13.05.2010 12:38) |
jupp ist in dem falle so ne umzugs-vorbereitungs-geschichte |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 252 | [WEB-Shop] Frontend | schwerer Fehler | immer | 25.01.2010 19:46 | 13.08.2011 19:25 |
| Reporter: | dthewes | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | normal | BS-Version: | |||
| Status: | neu | Produktversion: | 1.0.7 | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.1 | ||||
| Zusammenfassung: | Fehlermeldung SMTP (externer Mailserver) beim Anlegen eines Kunden mit falscher Mailadresse | ||||
| Beschreibung: |
Wenn ein Kunde eine hafte Mailadresse angibt (bei Kontoeröffung) erscheint ein SMTP-Fehler, da der Shop die "Begrüssungsmail" nicht zustellen kann. Das Konto wird jedoch komplett angelegt. Der Kunde kann durch den "zurück" Button des Browsers sein nun erfolgreich erstelltes Konto nutzen (und auch bestellen, aber hier erscheint der gleiche Fehler). |
||||
| Tags: | |||||
| Schritte zur Reproduktion: |
Neuen Kunden mit fehlerhafter (unbekannter) Mailadresse anlegen. Fehlermeldung erscheint. Kundenkonto benutzen und Bestellung aufgeben. Fehlermeldung erscheint. |
||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000179)
yogi 29.01.2010 13:46 |
Das Problem ist das die richtigkeit der EMail-Adresse nicht geprüft wird. lösung: Integrierung eines SMTP-EMail checks |
|
(0000283)
xantiva 21.08.2010 12:58 |
Ggf. try Catch und den Kunden dann auf die account_edit.php umleiten mit Fehlerhinweis "Bitte Email prüfen." |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 251 | [WEB-Shop] Backend | Feature-Wunsch | immer | 25.01.2010 11:16 | 13.08.2011 19:24 |
| Reporter: | Hobbybastler | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | doppelt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | |||||
| Zusammenfassung: | Linkänderung bei Attributzuordnung und zurück zum Artikel | ||||
| Beschreibung: |
Mich stört immer nach der Zuordnung der Attribute zum Artikel, Speicher Button drücken, und man kommt nicht zu dem gerade Bearbeiteten Artikel zurück, sondern zu der Seite Attribute Verwaltung. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | jederzeit | ||||
| Zusätzliche Informationen: |
Nur zwei Zeilen Code und dann gehts admin/new_attributes.php Zeile: 30 if ( isset($cPathID) && $_POST['action'] == 'change') { include(DIR_WS_MODULES.'new_attributes_change.php'); xtc_redirect( './' . FILENAME_CATEGORIES . '?cPath=' . $cPathID . '&pID=' . $_POST['current_product_id'] ); } ändern in // Änderung für den Zürückbutton zum Produkt if ( isset($_POST['cPathID']) && $_POST['action'] == 'change') { include(DIR_WS_MODULES.'new_attributes_change.php'); xtc_redirect(xtc_href_link(FILENAME_CATEGORIES, 'cPath=' . $_POST['cPathID'] . '&pID=' . $_POST['current_product_id'])); } // EOF und admin/includes/modules/new_attributes_include.php Zeile: 36 if ($cPath) echo '<input type="hidden" name="cPathID" value="' . $cPath . '">'; ändern zu // Änderung für Zurück zum Produkt Button if ($_POST['cpath']) echo '<input type="hidden" name="cPathID" value="' . $_POST['cpath'] . '">'; und fertig, jetzt kommt man wieder zu dem gerade bearbeiteten Artikel zurück. getestet mit ECB V1.0.8 |
||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 423 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 24.06.2011 08:44 | 13.08.2011 19:24 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.11 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Aus der Artikelansicht zu den Attributen springen | ||||
| Beschreibung: | Es ist immer wieder lästig, wenn man aus einem Produkte zu den Attributen springen möchte, da es keinen Link gibt. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000419)
xantiva 24.06.2011 08:47 |
rev. 2123 Es gibt nun oben einen Button "Attribute anlegen" bzw. "Attribute editieren". Des weiteren habe ich ob auch noch Kopien der Buttons Speichern und Abbrechen plaziert, damit man nicht immer bis ans Ende der Seite scrollen muss. |
|
(0000420)
xantiva 26.06.2011 16:35 |
Dazu passt noch der Wunsch: http://forum.webs.de/viewtopic.php?f=15&t=365 |
|
(0000421)
xantiva 26.06.2011 16:42 |
rev. 2124 Wenn man aus der Kategorieliste oder aus dem Produkt heraus nun die Attribute speichert, landet man wieder auf der Kategorieliste. (Das könnte mit register_globals on früher sogar schon mal funktioniert haben.) |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 376 | [WEB-Shop] Frontend | Unschönheit | N/A | 05.01.2011 14:47 | 13.08.2011 19:14 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Obsolete Dateien / Funktionen entfernen | ||||
| Beschreibung: |
sessions.php, xtc_session_close will session_close() aufrufen, das nicht existiert sessions.php, xtc_session_register($variable) liefert immer NULL zurück (normal und im /admin) xtc_exit.inc.php, ruft die obsolete xtc_session_close aus und macht dann nur ein exit (nur 1 Aufruf in der xtc_redirect.inc.php) xtc_get_customer_status_value.inc.php, xtc_get_customer_status_value() wird nicht aufgerufen |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000358)
xantiva 05.01.2011 15:26 |
rev. 1817 sessions.php, xtc_session_close in /includes/functions entfernt xtc_exit.inc.php, entfernt |
|
(0000443)
xantiva 13.08.2011 19:14 |
xtc_get_customer_status_value wurde schon mit 1901 rausgeworfen ... |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 340 | [WEB-Shop] Frontend | Blocker | nicht getestet | 10.10.2010 09:37 | 13.08.2011 19:05 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.11 | ||
| Zielversion: | 1.0.11 | ||||
| Zusammenfassung: | Alle Vorkommen von xtc_get_products_mo_images überarbeiten | ||||
| Beschreibung: | Alle Aufrufe der Funktion xtc_get_products_mo_images überarbeiten (an die neue Bildverwaltung anpassen). | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000330)
xantiva 13.11.2010 11:49 |
Auch man nach den Vorkommen der alten Konstanten suchen: DIR_WS_THUMBNAIL_IMAGES, ... |
|
(0000359)
xantiva 05.01.2011 16:20 |
rev. 1818 => print_product_info.php |
|
(0000368)
xantiva 16.01.2011 15:44 |
rev. 1861 => export_googlebase.php umgeschrieben xtc_get_products_mo_images() wird nicht mehr aufgerufen, nun sollte man sich noch die Vorkommen der alten Konstanten anschauen. |
|
(0000372)
xantiva 19.01.2011 00:22 |
rev. 1868 => xtc_product_thumb_image im Backend angepasst. |
|
(0000379)
xantiva 03.02.2011 18:10 |
rev. 1893 => reviews.php im Backend angepasst. (Dabei auch gleich die Grafiken für die Bewertung eliminiert. Im Webs Template gibt es die stars_1.gif, etc. nicht mehr.) |
|
(0000386)
xantiva 10.02.2011 19:39 |
rev. 1946 => product_reviews_info.php angepasst. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 341 | [WEB-Shop] Backend | Unschönheit | immer | 16.10.2010 11:07 | 13.08.2011 11:26 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Verschieben der Einstellung für den Kundengruppen Check in "Kunden Details" | ||||
| Beschreibung: | Ich suche mir jedes mal einen "Wolf" :( Unter "Web Shop Parter" würde ich das nie vermuten. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000442)
yogi 13.08.2011 11:26 (Zuletzt bearbeitet: 13.08.2011 11:46) |
Revision 2156 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 427 | [WEB-Shop] Backend | kleinerer Fehler | immer | 07.08.2011 12:42 | 13.08.2011 11:19 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.11 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Die Statistik "Verkaufte Artikel" berücksichtigt keine Attribute und der Bestellstatus Filter funktioniert nicht | ||||
| Beschreibung: |
Die Statistik "Verkaufte Produkte" (stats_products_purchased.php) funktioniert nicht richtig. Zum einen werden die Attribute der Produkte zusammen gefasst, aber insbesondere die Filterung nach dem Bestellstatus funktioniert nicht. Dafür funktioniert die bisherige Lösung nur mit einer extra Tabelle in der Datenbank "thc_query_result" ... |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000429)
xantiva 07.08.2011 15:33 |
mit rev. 2145 wurde die Statistik komplett umgeschrieben. Eingecheckt ist eine Version, die *nicht* die Attribute berücksichtigt. Im Quelltext ist ein SQL, mit dem es bei einem Attribut / Produkt schon funktioniert. |
|
(0000441)
xantiva 13.08.2011 11:19 |
Entscheidung: Es werden wie bisher keine Attribute berücksichtigt. Somit fertig ;) |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 150 | [WEB-Shop] Frontend | schwerer Fehler | nicht getestet | 25.09.2009 23:46 | 13.08.2011 10:40 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.11 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | eregi_replace deprecated ab PHP 5.3 | ||||
| Beschreibung: |
Die Funktion eregi_replace ist ab 5.3 "deprecated" (abgekündigt) , wird aber im Shop verwendet. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | Siehe http: //w ww .ecombase.de/forum/index.php?showtopic=48714 | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000089)
xantiva 26.09.2009 11:10 |
Es betrifft nicht nur eregi_replace, sondern alle "ereg*" Funktionen. Davon hat der Shop derzeit 199 in 52 Dateien ... http://de.php.net/manual/de/migration53.deprecated.php |
|
(0000440)
yogi 13.08.2011 10:40 |
eregi_replace ist in der V1.0.11 schon nicht mehr vorhanden. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 385 | [WEB-Shop] Backend | Trivial | N/A | 17.01.2011 01:40 | 13.08.2011 10:27 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Das alte XML Sitemap.org Modul entfernen | ||||
| Beschreibung: | Durch die neuen Transfer Klasse ist dieses alte Modul obsolet geworden und kann entfernt werden. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000439)
xantiva 13.08.2011 10:27 |
Schon mit rev. 1964 gelöscht ... |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 405 | [WEB-Shop] Backend | Unschönheit | N/A | 02.04.2011 21:06 | 13.08.2011 10:21 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Die blacklist.php im Admin kann entfernt werden | ||||
| Beschreibung: | Da die Zahlart CC entfernt worden ist, kann auch die diese "CC - Blacklist" samt Tabelle in der Datenbank entfernt werden. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000438)
xantiva 13.08.2011 10:21 |
rev. 2154 Entfernt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 179 | [WEB-Shop] Template | Unschönheit | immer | 19.10.2009 06:48 | 13.08.2011 10:13 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.3 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | XT:C Logos entfernen | ||||
| Beschreibung: |
in diversen Template Ordnern finden sich immer noch XTC-Logos: templates/gunnart_v1/img/logo_shop.gif templates/gunnart_v1/img/logo.gif templates/gunnart_v1/img/top_logo.jpg templates/yaml/img/logo_shop.gif templates/yaml/img/logo.gif templates/yaml/img/top_logo.jpg admin/images/logo.gif |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000351)
xantiva 22.12.2010 18:17 |
Flaggen in der (gunnart)Box zur Sprachumschaltung, die Icons der Box Kundengruppe ... |
|
(0000437)
yogi 13.08.2011 10:13 (Zuletzt bearbeitet: 13.08.2011 10:14) |
Yaml und gunnart-V1 Templates wurden beim Umstellen auf das WEBS-Template entfernt. admin/images/logo.gif gelöscht Revision 2153 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 411 | [WEB-Shop] Backend | kleinerer Fehler | nicht getestet | 23.04.2011 16:50 | 13.08.2011 10:09 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.11 | ||
| Produkt-Build: | Lösung: | doppelt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Zusatzattribute werden beim kopieren eines Artikels nicht mit kopiert. | ||||
| Beschreibung: |
Von Marvin im Forum: http://forum.webs.de/viewtopic.php?f=8&t=308#p2079 Beim Kopieren eines Artikels im Backend mit gesetzten Zusatzattributen werden diese nicht mit kopiert. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000434)
yogi 10.08.2011 10:10 |
Ich kann den Fehler im DemoShop (V1.0.11) nicht reproduzieren. Der Fehler wurde bereits im Ticket 366 behandelt und mit der V1.0.10 behoben. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 431 | [WEB-Shop] Template | Feature-Wunsch | N/A | 13.08.2011 09:58 | 13.08.2011 09:59 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.11 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Anzeige der geschätzten Versandkosten im Warenkorb | ||||
| Beschreibung: | Im Warenkorb hat der Kunde noch keine Lieferadresse angegeben, man sollte aber im Warenkorb schon die geschätzten Versandkosten für den Versand im Inland angeben können. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000436)
xantiva 13.08.2011 09:59 |
rev. 2152 {estimateShippingCosts} => "geschätzte Versandkosten nach Deutschland: x,xx €" |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 430 | [WEB-Shop] Backend | kleinerer Fehler | nicht getestet | 11.08.2011 15:32 | 11.08.2011 15:48 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | LIVE Shopping: Fehlende Spalte in Kategorie/Artikelansicht | ||||
| Beschreibung: |
in der Kategorien / Artikel Ansicht wird die Spalte "Live Shopping" nicht angezeigt, es liegt in der Datenbank der Fehler. Welche Tabelle ist dafür verantwortlich damit dies wieder angezeigt wird? http://forum.webs.de/viewtopic.php?f=7&t=259 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000435)
yogi 11.08.2011 15:48 |
In der DB wurde beim UPDATE ein falscher Wert in die configuration geschrieben. Hierdurch werden die Konstanten - LIVE_SHOPPING_SELECTED_ONLY und - LIVE_SHOPPING_EXCLUSIVE nie "True" sondern nur "true". Im Shop wird jedoch auf "True" geprüft - was nie erreicht wird. Shop Updater geändert so daß er die Korrekten Werte in die configruartion Tabelle schreibt. Revision 2151 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 366 | [WEB-Shop] Backend | kleinerer Fehler | immer | 17.12.2010 11:40 | 10.08.2011 10:10 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Beim Duplizieren von Artikeln, werden Attribute nicht mitkopiert | ||||
| Beschreibung: | Die Attribute eines Artikels werden beim Duplizieren eines Artikels nicht mit kopiert. Der Fehler besteht schon seit xtc-Zeiten. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: |
1. Artikel anlegen 2. Merkmale anlegen 3. Attribute des Artikels konfigurieren 4. Artikel kopieren (duplizieren) |
||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000406)
yogi 30.04.2011 20:44 |
Revision 1709 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 191 | [WEB-Shop] Template | Feature-Wunsch | N/A | 25.10.2009 13:04 | 10.08.2011 07:32 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | neues eigenes Template, welches gunnart_v1 und YAML ersetzt | ||||
| Beschreibung: |
Das neue Template (Arbeitstitel: ecomworx) wird die beiden bisherigen ersetzen: Features: - Quellcode der Boxen werden als Klassen gebaut, viel redundanter Code wird überflüssig - einige Boxen werden entfernt oder komplett umgebaut - leichter und durchschaubarer Quellcode - Template-Teile werden wiederverwendet, Redundanzen werden stark reduziert - jQuery implementiert - einige neue und sinnvolle Smarty Plugins Das ganze bekommt ein einfaches und funktionales Design, welches auch für webs.de verwendet wird ("aus einem Guss"). |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000433)
yogi 10.08.2011 07:32 |
Template WEBS wurde erstellt |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 429 | [WEB-Shop] Backend | Unschönheit | immer | 09.08.2011 16:57 | 10.08.2011 07:28 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Grammgenaues Artikelgewicht | ||||
| Beschreibung: |
Das Feld products.products_weight ist in der DB mit decimal(5,2) definiert, wodurch die Artikelgewichte nur auf 10 Gramm genau eintragen werden können. Dies sollte zumindest auf decimal(6,3) geändert werden, damit die grammgenaue Erfassung der Artikelgewichte möglich ist. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | http://forum.webs.de/viewtopic.php?f=8&t=386&p=2525 | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000432)
yogi 10.08.2011 07:28 |
Revision 2150 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 428 | [WEB-Shop] Frontend | Trivial | immer | 09.08.2011 16:46 | 09.08.2011 16:50 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Lagermenge von Attributen ans Template übergeben | ||||
| Beschreibung: |
Die Lagermenge der Attribute wird nicht ans Template übergeben. Hierdurch kann man auf Attributebene keine Verfügbarkeitsanzeige realisieren wie es beim Lagerbestand des Artikels möglich ist: http://wiki.webs.de/index.php/Modul:Lagerampel |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | http://forum.webs.de/viewtopic.php?f=15&t=387&p=2524#p2524 | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000431)
yogi 09.08.2011 16:50 |
Revision 2149 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 414 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 30.04.2011 18:39 | 09.08.2011 16:42 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Willkürliche Reihenfolge der Produkte in der products_navigation | ||||
| Beschreibung: |
Wenn die Produktnavigation bei der Produktansicht aktiviert ist so ist die Reihenfolge der Produkte in dieser Navigation oberhalb der Produkte willkürlich. Es fehlt die "order by" Angabe in includes/modules/products_navigation.php welche die Sortierung der Kategorie und Session berücksichtigen sollte. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: |
Im Backend den "Artikelnavigator aktivieren": In Konfiguration=>Zusatzmodule: Die Option "Artikelnavigator aktivieren?" auf "True" setzten. Nun anschauen wie die Sortierung bei einem beliebigen Produkt bei dem in der Kategorie mehrere Produkte vorhanden sind. |
||||
| Zusätzliche Informationen: | Das SQL das modifiziert werden muss befindet sich in der includes/modules/product_navigation.php | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000430)
yogi 09.08.2011 16:42 |
Revision 2130 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 279 | [WEB-Shop] Backend | Feature-Wunsch | immer | 11.05.2010 16:33 | 06.08.2011 17:15 |
| Reporter: | fsck | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | |||||
| Zusammenfassung: | Einbindung des Modules Offene Warenkörbe | ||||
| Beschreibung: |
Basis ist ein GPL-Modul, wurde von estelco scheinbar angepasst und ist auch in der XTC:modified integrierbar. Die Datei enthält eine angepasste Version der XTC:M da die Mailfunktion in Deutschland datenschutzrechtlich bedenklich ist. Aus diesem Grund wurde diese entfernt. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: |
Originalbeschreibung bei estelco: Mit diesem Modul können sie nicht abgeschlossene Warenkörbe auswerten und ihre Kunden per Mail fragen, warum diese ihre Bestellung nicht abgeschlossen haben. So erhalten sie hilfreiche Informationen über Fehler im Sortiment und im Bestellablauf. Denn häufig merken Shopkunden gar nicht, das sie den Bestellvorgang nicht vollständig abgeschlossen haben oder sind über eine Sache gestolpert, die ihnen bisher gar nicht aufgefallen ist. Nutzen sie dieses wertvolle Tool, um ihre Verkaufsquote noch einmal deutlich zu verbessern. Und mit der PLUS-Version können Sie jetzt z.B. bei telefonischen Rückfragen den Warenkorb für den Kunden abschließen, ohne das der Kunde sich nochmals im Shop anmelden muss. Auf Knopfdruck wird der offene Warenkorb in eine komplette Bestellung umgewandelt. * Einstellmöglichkeit ob Brutto- oder Nettoanzeige der Warenkorbsumme * Optimierte Abfragen ergeben präzisere Ergebnisse (Kunden sind immer zusammengefasst) * Speichern des Abbruchpunktes (Warenkorb, Zahlung etc.) für noch genauere Auswertung * Einbeziehung der Attributs-, Kundengruppen- und Staffelpreise * Textfeld für Adressfuss Zusatzfunktionen PLUS: * einfache Umwandlung offener Warenkorb zu Bestellung mit nur einem Klick * inkl. Beachtung aller order total-Module wie Mindermengenzuschlag, Rabatten etc. * automatische Weiterleitung in die Detailansicht der Bestellung z.B. für Nachbearbeitungen * festlegen einer Standard-Zahlungsweise und Standard-Versandart * optional inkl. Modul Bestellmail aus Admin zum versenden der Bestellmail |
||||
| Angehängte Dateien: |
Offene_Warenkoerbe_ohne_mail_for_XTCm1.03.zip (160,226 Bytes) 11.05.2010 16:33 https://bugs.webs.de/file_download.php?file_id=11&type=bug |
||||
| Notiz | |
|
(0000428)
xantiva 06.08.2011 17:15 |
Nein, es ist nicht das genannte Modul geworden, sondern erst "nur" mal die Anzeige der offenen Warenkörbe, sowie die Möglichkeit diese zu löschen. (Eine "Fingerübung" für den Einsatz von DataTables (jQuery).) |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 426 | [WEB-Shop] Frontend | schwerer Fehler | immer | 12.07.2011 23:21 | 16.07.2011 09:48 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.11 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Rabatte auf Produkte werden nicht auf die Attribute gewährt | ||||
| Beschreibung: |
In der aktuellen Webs - Software, wie auch in der ECB Shop Software gibt es einen Bug bei der Preisberechnung mit Attributen. Im ECB Shop werden negative Attributspreise nicht rabattiert, in der Webs Shop Software werden weder positive noch negative Attribute rabattiert. Der zu Grunde liegende Fehler scheint schon in frühen XTC - Shop Versionen vorhanden zu sein (Ergebnis Google Suche). Es gibt schon einen Fix, der aber erst noch ausgiebiger getestet werden muss. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000427)
xantiva 16.07.2011 09:48 |
rev. 2138 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 363 | [WEB-Shop] Backend | kleinerer Fehler | immer | 29.11.2010 10:00 | 10.07.2011 21:04 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Bestellung wird auch ohne Auswahl der Versandmethode fortgeführt | ||||
| Beschreibung: |
Wenn keine Versandmethode auswählbar ist, wird die Bestellung dennoch ohne Probleme fortgeführt. In checkout_payment wird zwar geprüft: if ( !isset($_SESSION['shipping']) Allerdings ist $_SESSION['shipping'] gesetzt, es ist nur false. Es ist also davon auszugehen, dass beabsichtigt war, den Bestellprozess NICHT fortzuführen. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: |
1. Alle Versandmethoden deinstallieren 2. Checkout durchführen |
||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000425)
xantiva 10.07.2011 21:01 |
Mit der Änderung kommt es bei rein "virtuellen" Warenkörben: z. B. "GIFT ..." zu einer Endlosschleife. |
|
(0000426)
xantiva 10.07.2011 21:04 |
Rev. 2136 macht die Änderung wieder rückgängig. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 421 | [WEB-Shop] Frontend | Absturz | nicht getestet | 10.06.2011 08:27 | 03.07.2011 09:57 |
| Reporter: | rieste | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.11 | ||
| Produkt-Build: | Lösung: | keine Änderung notwendig | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | |||||
| Zusammenfassung: | Nach Installation - Anmeldung im Frontet führt zu absturz | ||||
| Beschreibung: |
1.0.11 wurde runtergeladen - installiert. die installation funktionierte ohne fehler. nach dem Anmelden im Fronted wurde folgende Fehlermeldung geliefert. Warning: session_save_path() [function.session-save-path]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/home/.sites/80/site20/web:/home/.sites/80/site20/tmp:/usr/share/pear) in /home/.sites/80/site20/web/shoptest2/includes/application_top.php on line 169 Catchable fatal error: Object of class language could not be converted to string in /home/.sites/80/site20/web/shoptest2/includes/application_top.php on line 406 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000418)
rieste 21.06.2011 13:37 |
Fehler liegt in der configure.php Ändern in includes/configure.php und admin/includes/configure.php define('STORE_SESSIONS', 'mysql'); // leave empty '' for default handler or set to 'mysql' mysql eintragen siehe auch http://forums.oscommerce.de/index.php?showtopic=49322 |
|
(0000424)
xantiva 03.07.2011 09:57 |
Hi Peter, das Speichern der Session von Datei auf Datenbank umzustellen umgeht aber nur den angezeigten Fehler ... Nehmen wir die Fehlermeldung einmal auseinander: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): Der Zugriff auf den Pfad "/tmp" ist hier nicht erlaubt. Aber er zeigt Dir ja, was erlaubt wäre: (/home/.sites/80/site20/web:/home/.sites/80/site20/tmp:/usr/share/pear) Die einzelnen Einträge sind per Doppelpunkt ":" getrennt, also: /home/.sites/80/site20/web /home/.sites/80/site20/tmp /usr/share/pear Somit sollte Dein Eintrag für den "Session Save Path" nicht /tmp sondern /home/.sites/80/site20/tmp lauten und es müsste funktionieren. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 425 | [WEB-Shop] Backend | kleinerer Fehler | immer | 03.07.2011 09:47 | 03.07.2011 09:49 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.12 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.11 | ||||
| Zusammenfassung: | GoogleBase: Produkte mit mehr als 10 Bildern werden nicht eingelesen | ||||
| Beschreibung: | Ein Datenfeed für GoogleBase darf pro Artikel nicht mehr als 10 Bilder enthalten, sonst wird der Artikel nicht übernommen. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000423)
xantiva 03.07.2011 09:49 |
rev. 2126 Der Export beschränkt die Ausgabe der Produktbilder nun auf max. 10 Stück. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 424 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 26.06.2011 19:18 | 26.06.2011 19:21 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.11 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Wenn die Konstante DIRECTURL_PRODUCTS_URL_NAME einen Leerstring enthält, sind zwei Slashes in der URL | ||||
| Beschreibung: | Die Implementierung der Bluegate DirectURLs im Webs Shop ermöglichen die Definition der Konstante DIRECTURL_PRODUCTS_URL_NAME schon im Vorfeld (z. B. in der /source/template_defaults.php). Wenn man dort allerdings einen Leerstring definiert, produziert der Shop derzeit noch URLs mit zwei Slashes hintereinander. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000422)
xantiva 26.06.2011 19:21 |
rev. 2125 Wenn die Konstante DIRECTURL_PRODUCTS_URL_NAME leer ist, dann werden nun keine zwei Slashes in den URLs mehr erzeugt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 422 | [WEB-Shop] Frontend | Unschönheit | immer | 18.06.2011 20:03 | 18.06.2011 20:05 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.11 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Bluegate DirectURL: Auf der Folgeseiten der Kategorien die unschönen URLs umwandeln | ||||
| Beschreibung: |
Die Kategorieseiten haben bei den Bluegate DirectURLs sauber "SEO URL" mit den Kategorienamen. Die Folgeseiten, also Seite 2, 3, ... fallen wieder auf das alte URL Schema zurück: /index.php?cat=69&cPath=54_57_69&page=2 Siehe auch http://forum.webs.de/viewtopic.php?f=3&t=352 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000417)
xantiva 18.06.2011 20:05 |
rev. 2120 Bei den Folgeseiten der Kategorien bleiben nun die SEO URLs enthalten. Es wird lediglich der ?page Parameter angehängt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 420 | [WEB-Shop] Frontend | Unschönheit | immer | 02.06.2011 09:30 | 02.06.2011 09:32 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.11 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | $PRODUCTS_QUANTITY ist im Template ein String und kann so nicht richtig verglichen werden | ||||
| Beschreibung: |
Wenn man im Template etwas abhängig vom Lagerbestand entscheiden möchte, dann funktioniert so eine Abfrage nur dann, wenn der Lagerbestand 0 oder größer ist: {if $PRODUCTS_QUANTITY > 0}mach was{/if} Bei negativen Werten würde hier dann doch wieder "mach was" angezeigt werden. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000416)
xantiva 02.06.2011 09:32 |
rev. 2118 Wird nun bei der Übergabe ans Template zu einem Integer gecastet. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 419 | [WEB-Shop] Backend | kleinerer Fehler | immer | 21.05.2011 12:33 | 21.05.2011 12:38 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.11 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Bluegate DirectURL: Beim Ändern eines Kategorie oder Produktnamens wird die URL nicht angepasst | ||||
| Beschreibung: |
Bei aktivierten Bluegate DirectURLs wird beim Speichern einer Kategorie oder eines Artikels die URL nicht aktualisiert. Vor längerer Zeit wurde die Signatur der Funktion updateSeoDBTable() geändert, die Aufrufe wurden aber nicht angepasst. :( |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000415)
xantiva 21.05.2011 12:38 |
rev. 2117 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 418 | [WEB-Shop] Backend | kleinerer Fehler | immer | 19.05.2011 21:19 | 19.05.2011 21:45 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.11 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Nach dem Export einer XML Sitemap meldet Google einen Sitemap Fehler | ||||
| Beschreibung: |
Scheinbar ist der Google Crawler in der letzten Zeit zu schnell geworden ;) Wenn man im Import/Export eine XML Sitemap exportiert, zeigt Google in den WebmasterTools (WMT) zunächst (bis zum nächsten regulären Laden) einen Sitemap Fehler an. Analysiert man die access Logs, so steht der Crawler tatsächlich instantan "auf der Matte" und bekommt - wegen dem Schreibcache - eine korupte Datei geliefert. Klickt man in den WMT auf erneut laden, ist alles in Ordnung. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000413)
xantiva 19.05.2011 21:41 |
Wenn man ohne fflush() arbeitet, dann kommt folgende Google Sitemap Fehlermeldung: Leere XML-Sitemap Ihre XML-Sitemap enthält keine URLs. Bitte überprüfen Sie die XML-Sitemap, und reichen Sie sie nochmals ein. Mit dem fflush() kommt man etwas weiter, aber die letzten 10 Byte fehlen bei mir immer noch: XML-Sitemap-Dateigrößenfehler Ihre XML-Sitemap überschreitet die Höchstgrenze für die Dateigröße. Bitte erstellen Sie mehrere XML-Sitemaps mit weniger URLs, um die zulässige Dateigröße einzuhalten |
|
(0000414)
xantiva 19.05.2011 21:45 |
rev. 2115 fflush() und dann noch ein close (fclose oder gzclose) hinterher und Google ist gleich beim ersten Mal zufrieden. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 276 | [WEB-Shop] Backend | schwerer Fehler | immer | 16.03.2010 10:50 | 05.05.2011 12:10 |
| Reporter: | lillebor | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | nicht reproduzierbar | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.9 | ||
| Zielversion: | 1.0.9 | ||||
| Zusammenfassung: | Fehler bei Attributbearbeitung im Adminbereich | ||||
| Beschreibung: |
Bei Bearbeitung der Attribute von Bestellungen im Adminbereich wird der zu zahlende Betrag auch bei nicht kostenpflichtigen Attributen erhöht. Das ist zum Teil gravierend, bei Artikeln knapp über 1000,- € werden einfach nochmals 1000,- € aufgeschlagen. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: |
Admineben: Kunden - Bestellungen Hier auf die gewünschte Bestellung. Es erscheint Anhang die normale Bestellung. Nun auf Button "Bearbeiten", danach rechts "Artikel und Artikeloptionen bearbeiten und einfügen." - bearbeiten. Nun beim gewünschten Artikel (hier Artikelnummer 0404002) auf Produktoptionen gehen. Bei der gewünschten Produktoption "bearbeiten" anklicken, danach oben jeweils auf speichern. (Auch wenn nur unten einmal auf Speichern geklickt wird erscheint der Fehler. Wenn ich nun die Bestellübersicht nochmals ansehe ist der Betrag erhöht, trotz nicht kostenpflichtiger Produktoptionen (siehe Anlage - nacher). Artikel hat ursprünglich 59,99 € gekostet. Somit wurde für jedes Attribut erhöht. |
||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: |
eComBASE v1 - Backend_1268736115010-nacher (108,363 Bytes) 16.03.2010 10:50 https://bugs.webs.de/file_download.php?file_id=7&type=bug |
||||
| Notiz | |
|
(0000213)
yogi 11.05.2010 13:15 (Zuletzt bearbeitet: 11.05.2010 13:20) |
Ich kann das Problem im aktuellen DemoShop nicht reproduzieren -> gelöst durch V1.0.9 Siehe dazu auch folgende Datei: http://wiki.webs.de/bugfiles/bug276-ist-keiner.mpg |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 417 | [WEB-Shop] Backend | Feature-Wunsch | nicht getestet | 05.05.2011 10:40 | 05.05.2011 11:09 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Individuelle Rechnungsnummer | ||||
| Beschreibung: |
Mit der Implementierung von Ticket 0000335 wurde eine eindeutige Rechnungsnummer in WEB-Shop integriert, jedoch gibt es keine Möglichkeit diese Rechnungnummer individuell zu gestalten. Zwar hat man über die Modifikation des AUTO_INCREMENTS in der Datenbank-Tabelle die Möglichkeit dass die Rechnungsnummer nicht bei eins beginnt, aber es sollte mehr Möglichkeiten zur Individualisierung geben. Sinnvoll wäre zumindest eine feste Vorgabe über eine Konstante zu realisieren - wo dann die Rechnungsnummer drin eingebettet wird. Dabei sollte dann auch ein Offset für die Nummer integriert werden damit dies nicht über den Eingriff in die DB-Tabelle erfolgen muss. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000412)
yogi 05.05.2011 11:09 |
Revision: 2113 Siehe auch http://wiki.webs.de/index.php?title=Admin#Rechnungsnummer |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 335 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 26.08.2010 11:05 | 05.05.2011 11:09 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | dringend | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Eine Rechnungsnummer implementieren | ||||
| Beschreibung: |
Der Shop kennt normalerweise ja nur die Bestellnummer. Beim Rechnungsdruck (aus dem Backend) werden dann immer die Bestellnummern als Rechnungsnummern verwendet. Damit ist kein sauberer Rechnungsnummernkreis möglich. Wenn z. B. per Vorkasse bestellt wird und nie bezahlt wird, gibt es keine Rechnung. Einbau einer Rechnungsnummer, die gezogen wird, wenn die Rechnung das 1. mal gedruckt wird ... |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000347)
xantiva 19.12.2010 12:09 |
rev. 1713 Der Shop generiert nun beim 1. Ausdruck einer Rechnung eine fortlaufende Rechnungsnummer. Wer einen bestimmten Nummernkreis benötigt, kann einmal manuell eine entsprechenden Startwert in eine Bestellung eintragen. Der Shop erhöht diese Zahl dann bei der nächsten Rechnung um eins. Im print_order Template kann die Anzeige z. B. so erfolgen: {#invoice#} {$invoiceID} {#invoice_date#} {$invoiceDate} |
|
(0000390)
xantiva 24.02.2011 00:19 |
Der Funktion hat noch ein paar Fehler in der Bestellbearbeitung, wenn nur nach der Rechnungsnummer und nicht nach der Bestellnummer gesucht wird. |
|
(0000391)
xantiva 24.02.2011 00:20 |
rev. 1975 Die restlichen Verwendungen von $_GET['oID'] eliminiert. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 228 | [WEB-Shop] Template | Unschönheit | immer | 05.12.2009 11:25 | 05.05.2011 09:30 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.6 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.8 | ||||
| Zusammenfassung: | Warenkorb: Die Reihenfolge der Zusammenfassung muss optimiert werden | ||||
| Beschreibung: |
http ://ww w.ecombase.de/forum/index.php?showtopic=51391 In der order_details.html wird die Ausgabe zusammengebaut. Die kann direkt geändert werden in: {if $TOTAL_CONTENT.discount_value} {#text_ot_discount#}: (-{$TOTAL_CONTENT.discount_rate}) {$TOTAL_CONTENT.discount_value} {/if} {#text_sub_total#}: {$TOTAL_CONTENT.total} {$UST_CONTENT} Was dann noch "unschön" ist: Die "Zwischensumme" ist hier eigentlich die Summe vor Versandkosten, etc.. Eine Zwischensumme aller Produkte im Warenkorb vor Rabatt gibt es nicht. Evtl. hier noch das Array in der order_details_cart.php erweitern. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000410)
yogi 05.05.2011 08:25 |
Die Reihenfolge ist geändert, was noch fehlt ist die eigentliche Zwischensumme |
|
(0000411)
yogi 05.05.2011 09:30 (Zuletzt bearbeitet: 05.05.2011 12:03) |
Revision 2111+2112: Es wurden zwei weitere Zwischensummen in der order_details_cart.php integriert. $TOTAL_CONTENT.subTotal enthält die Gesamtsumme der Produkte $TOTAL_CONTENT.subTotalDiscount enthält die Gesamtsumme der Produkte abzgl. Rabatt. im Template kann man über {if $module_content|@count > 1} ermitteln ob mehr als ein Produkt im Warenkorb liegt und dann die 1. Zwischensumme ausgeben. Die zweite sollte ausgegeben werden wenn auch ein Rabatt {$TOTAL_CONTENT.discount_value} ausgegeben wird. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 415 | [WEB-Shop] Template | Unschönheit | immer | 02.05.2011 11:58 | 05.05.2011 08:24 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Abschlußzeilen im Warenkorb in falscher Reihenfolge | ||||
| Beschreibung: |
wenn die Kundengruppe einen Gesamtabschlag auf die Bestellung bekommt wird der Rabatt unterhalb der Zwischensumme angezeigt, obwohl er von der Logik her eigentlich nach oben gehören würde Beispiel (Nettokunde) Warenwert (über die Positionen) 111,11€ zzgl. MwSt: 19,00€ Zwischensumme: 119,00€ exkl. Versandkosten Rabatt: (-10%) 11,11€ hier sollte der Rabatt *vor* der MwSt ausgewiesen werden. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | In der Kundengruppe einen "Rabatt auf gesamte Bestellung" eintragen und dann den Warenkorb betrachten. | ||||
| Zusätzliche Informationen: |
Gewünschte Anpassung: ./. 10% Rabatt: -11,11 € zzgl. MwSt: 19,00 € Zwischensumme: 119,00 € exkl. Versandkosten |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000407)
yogi 02.05.2011 12:09 (Zuletzt bearbeitet: 02.05.2011 12:12) |
Die Anzeige des Warenkorbs wird über die Template Datei module/order_details.html geregelt. In dieser kann man die Anzeige entsprechend umstellen und anpassen: im gunnart_v1 z.B: suche: {if $TOTAL_CONTENT.discount_value} {#text_ot_discount#}: (-{$TOTAL_CONTENT.discount_rate}) {$TOTAL_CONTENT.discount_value} {/if}< ersetzte es durch {if $TOTAL_CONTENT.discount_value} ./. {$TOTAL_CONTENT.discount_rate} {#text_ot_discount#}: -{$TOTAL_CONTENT.discount_value|trim} {/if} und verschiebe den Block über die Zeile {foreach from=$UST_CONTENT_ARRAY item=ust} |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 416 | [WEB-Shop] Backend | schwerer Fehler | immer | 05.05.2011 08:16 | 05.05.2011 08:18 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Nach dem Wechseln des Templates funktioniert der Shop nicht mehr | ||||
| Beschreibung: |
Wenn man im Backend das Template umstellt und sich dabei eine andere Template-Basis benutzt wird so ist der Shop tot, man muss erst den Template-Cache und das Cache-Verzeichnis löschen damit der Shop wieder funktioniert. Dies passiert z.B. wenn ein Template auf gunnart_v1 und das andere auf webs basiert, da diese Templates in den Dateinamen nicht kompatibel sind. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000409)
yogi 05.05.2011 08:17 |
Revision 2110 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 232 | [WEB-Shop] Template | kleinerer Fehler | immer | 09.12.2009 10:26 | 02.05.2011 12:35 |
| Reporter: |
|
Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.6 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.9 | ||
| Zielversion: | |||||
| Zusammenfassung: | Übergabe von Zahlungsartbeschreibung an send_order | ||||
| Beschreibung: |
Es wird nur für die Zahlungsarten eustandardtransfer, moneyorder, sofortueberweisungvorkasse, sofortueberweisung und sofortueberweisungredirect die Felder PAYMENT_INFO_HTML und PAYMENT_INFO_TXT gefüllt. Mögliche unschöne Lösung hier: http ://ww w.ecombase.de/PRO/thread25376.html |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000189)
yogi 01.02.2010 12:00 (Zuletzt bearbeitet: 02.05.2011 12:29) |
Die Email-texte wandern mit der ECB V1.0.9 in die Bezahlmodule: http://wiki.webs.de/index.php/Version:1.0.9#Email-Texte_der_Bezahlmodule so ganz verstehe ich das Problem aber noch nicht - außer das für die Texte wohl die falsche Konstante herangezogen wird... |
|
(0000408)
yogi 02.05.2011 12:31 (Zuletzt bearbeitet: 02.05.2011 12:35) |
Revision 1064 implementiert die neue Email-Texte der Bezahlmodule: http://wiki.webs.de/index.php/Version:1.0.9#Email-Texte_der_Bezahlmodule |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 9 | [WEB-Shop] Frontend | Unschönheit | immer | 14.11.2008 14:23 | 02.05.2011 11:35 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Datenschutzerklärung bei Registrierung bestätigen | ||||
| Beschreibung: | Registrierung erweitern, sodass der Kunde schon vorab die Datenschutzrichtlinien bestätigen muss. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000402)
yogi 23.04.2011 06:53 |
http://wiki.webs.de/index.php/Version:1.0.12 Revision 2101 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 413 | [WEB-Shop] Frontend | schwerer Fehler | N/A | 30.04.2011 16:02 | 30.04.2011 18:13 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.11 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Sicherheitslücke $_SERVER['PHP_SELF'] | ||||
| Beschreibung: |
Die Verwendung von $_SERVER['PHP_SELF'] kann für Cross-Site-Scripting Angriffe genutzt werden, siehe auch: http://www.sellerforum.de/xt-c-xt-commerce-weiterentwicklungen-f12/potentielle-xss-sicherheitsluecke-im-xtcmodified-t19555.html http://blog.oncode.info/2008/05/07/php_self-ist-boese-potentielles-cross-site-scripting-xss/ http://www.html-form-guide.com/php-form/php-form-action-self.html |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000405)
xantiva 30.04.2011 18:13 |
rev. 2107 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 410 | [WEB-Shop] Backend | kleinerer Fehler | immer | 14.04.2011 21:09 | 24.04.2011 15:45 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.11 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Bei den Produktbildern können keine Texte mit Anführungszeichen eingegeben werden | ||||
| Beschreibung: | Bei Eingabe von Title und Alt für die Produktbilder werden alle Zeichen nach den Anführungszeichen gekappt. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000404)
xantiva 24.04.2011 15:45 |
rev. 2103 Die Texte werden nun bei der HTML - Ausgabe im Backend escaped. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 412 | [WEB-Shop] Frontend | Fehler im Text | immer | 23.04.2011 16:59 | 23.04.2011 17:04 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.11 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Fehlende Sprachdefinitionen für [product_listing] | ||||
| Beschreibung: |
Molodosti im Forum => http://forum.webs.de/viewtopic.php?f=8&t=308&p=2080#p2006 Texte fehlen: lang_german.conf - [product_listing] lang_english.conf - [product_listing] |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000403)
xantiva 23.04.2011 17:04 |
rev. 2102 es fehlte nur die shipping_time? |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 31 | [WEB-Shop] Backend | kleinerer Fehler | immer | 07.01.2009 23:47 | 23.04.2011 06:50 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Abbruch des Mailversand führt dennoch zum Mailversand | ||||
| Beschreibung: | Wenn man im Backend einem Kunden eine Mail senden möchte und auf der zweiten Seite 'zurück' betätigt, wird die Mail dennoch versendet. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000085)
Doc Olson 19.09.2009 16:23 |
eine der vielen Unschönheiten des alten Backends. Wird im neuen Backend anders/neu gebaut. |
|
(0000401)
yogi 23.04.2011 06:50 |
Suche in admin/mail.php nach !$_POST['back_x'] und ersetze es duch !array_key_exists('back', $_POST) Revision 2100 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 101 | [WEB-Shop] Backend | Unschönheit | immer | 04.04.2009 16:22 | 22.04.2011 07:37 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.2 | ||||
| Zusammenfassung: | Email-System überarbeiten | ||||
| Beschreibung: |
Überarbeitung der folgenden Punkte: 1. Kontakformular 2. Konfiguration der Emails im Backend -> genauere Bezeichnung der verschiedenen Mail-Events, evtl. neue hinzufügen 3. ggf. Mail-Manager zur Bearbeitung der Mail-Vorlagen einbinden |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000044)
xantiva 04.04.2009 16:32 |
CONTACT_US_REPLY_ADDRESS / Kontakt - Antwortadresse Kann vermutlich raus ... |
|
(0000400)
yogi 22.04.2011 07:35 (Zuletzt bearbeitet: 22.04.2011 07:36) |
Das Mail System wurde mit der V1.0.10 komplett überarbeitet, wodurch dieser Eintrag hinfällig geworden ist. Auch die Konstante CONTACT_US_REPLY_ADDRESS gibt es nicht mehr. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 409 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 13.04.2011 00:22 | 13.04.2011 00:24 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.11 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Bei Gastanmeldung wird eine E-Mail zur Kontoregistrierung verschickt | ||||
| Beschreibung: | Wenn ein Kunde sich nur als Gast anmelden möchte, erhält er trotzdem eine E-Mail über eine Kontoregistierung. Auch soll er im Anmeldeprozess ein Passwort vergeben. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000399)
xantiva 13.04.2011 00:24 |
rev. 2088 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 408 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 12.04.2011 21:31 | 12.04.2011 21:32 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.11 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.12 | ||
| Zielversion: | 1.0.12 | ||||
| Zusammenfassung: | Fehlende Sprachdefinitionen für [address_form] | ||||
| Beschreibung: | In den Sprachdateien lang_english.conf und lang_german.conf fehlen die Einträge für die Sektion [address_form]. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: |
lang_english.conf => /** ---------------------------------------------------------------------------- * address_form * * snippets/address_form.html */ [address_form] gender = 'Salutation' male = 'Mr.' female = 'Mrs' firstname = 'Firstname' lastname = 'Lastname' birthdate = 'Date of birth' email = 'eMail-Address' tel = 'Phone' fax = 'Fax' company = 'Company name' vat_id = 'Vat ID' title_address = 'Your postal address' street = 'No./Street' suburb = 'House/Flat/etc.' code = 'Postcode' city = 'Town' state = 'Country' country = 'County' csID = 'customer number:' standard = 'default address' title_delete = 'delete entry' delete = 'Would you like to delete your address irrevocably?' address = 'default address' required = '* required information' lang_german.conf => gender = 'Anrede' male = 'Herr' female = 'Frau' firstname = 'Vorname' lastname = 'Nachname' birthdate = 'Geburtsdatum' email = 'E-Mail-Adresse' tel = 'Telefonnummer' fax = 'Telefaxnummer' company = 'Firmenname' vat_id = 'UstID' title_address = 'Ihre Adresse' street = 'Strasse/Nr.' suburb = 'Stadtteil' code = 'Postleitzahl' city = 'Ort' state = 'Bundesland' country = 'Land' csID = 'Kundennummer:' standard = 'Standardadresse' title_delete = 'Eintrag löschen' delete = 'Wollen Sie diese Adresse unwiderruflich aus Ihrem Adressbuch entfernen?' address = 'Standardadresse' required = '* erforderliche Informationen' |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000398)
xantiva 12.04.2011 21:32 |
rev. 2087 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 406 | [WEB-Shop] Frontend | kleinerer Fehler | N/A | 09.04.2011 11:14 | 09.04.2011 19:31 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.10 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.11 | ||
| Zielversion: | 1.0.11 | ||||
| Zusammenfassung: | Sammeleintrag für die Bugs 1.0.10 | ||||
| Beschreibung: |
In der 1.0.10 (final) steckten leider noch ein paar kleinere Bugs bzw. "Unverträglichkeiten" mit einigen ausgefalleneren Serverkonfigurationen. * Backend: fehlende Spalte in der Kategorieübersicht. * Sprache: fehlende Sprachdefinitionen für die Bildbearbeitung im Backend * Backend: beim Speichern von neuen Bildern fehlt der Eintrag in products.products_image * Backend: HTML Fehler im Backend korrigiert * Zusätzliche RewriteRule in der /img/cache/.htaccess * Warnung, wenn Direct URLs aktiviert werden, aber noch keine erste Indizierung gemacht wurde * Die Bildgrößen werden immer berechnet, nicht mehr optional. * webs-Template: Unter einer speziellen Konstellation wurde eine leere "last_viewed" Box dargestellt (Wenn das Produkt *nur* auf der TOP-Seite vorhanden war) |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 407 | [WEB-Shop] Frontend | Feature-Wunsch | N/A | 09.04.2011 12:24 | 09.04.2011 12:25 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | |||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Fuzzy - Search, falls der direkte Suchbegriff nicht gefunden werden konnte | ||||
| Beschreibung: | Implementierung einer "Fuzzy - Search", also einer "Ähnlichkeitssuche". Falls der genaue Suchbegriff des Kunden nicht gefunden werden kann, sucht der Webs-Shop nach ähnlichen Begriffen und bietet diese dem Kunden zur weiteren Suche an. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000397)
xantiva 09.04.2011 12:25 |
Ist implementiert. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 377 | [WEB-Shop] Template | Blocker | immer | 05.01.2011 16:16 | 20.03.2011 22:02 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Im gunnart überschneiden sich die Smarty Funktionen img aus dem Core und dem Template | ||||
| Beschreibung: | Im gunnart existierte schon eine smarty_function_img. Damit die Produktbilder dort auch angezeigt werden, muss geprüft werden, ob die Funktion nicht ganz wegfallen kann oder durch eine aus dem Core ersetzt werden kann (image, img) | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000396)
yogi 20.03.2011 22:02 |
funktion im Gunnart Template von img => img_gunnart umbenannt. Diverse Änderungen im Gunnart Template für das neue Bildersystem eingebaut. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 400 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 14.02.2011 21:22 | 15.03.2011 00:26 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | dringend | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Das Backend muss prüfen, ob register_globals = on sind ... | ||||
| Beschreibung: | und dann warnen. Bei der Artikelmerkmalen habe ich in einem Shop dauernd die Session verloren, weil register_globals = on war. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000395)
xantiva 15.03.2011 00:26 |
rev. 2017 Prüft nun auf register_globals = on und warnt dann. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 403 | [WEB-Shop] Template | kleinerer Fehler | immer | 06.03.2011 15:43 | 14.03.2011 23:36 |
| Reporter: | mbdesign | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | |||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | |||||
| Zusammenfassung: |
|
||||
| Beschreibung: |
öffnendes bitte ändern in |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000393)
mbdesign 06.03.2011 15:44 |
<li tag kann nicht eingegeben wrden wird als hmtl in Bugtracker angezeugt :-) |
|
(0000394)
xantiva 14.03.2011 23:36 |
rev. 2016 Ist nun valide. Dafür auch noch im Kategorienamen die Sonderzeichen in Entities umgewandelt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 402 | [WEB-Shop] Frontend | schwerer Fehler | immer | 27.02.2011 16:04 | 27.02.2011 16:08 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Die Bluegate DirectURL Links zur Sprachumschaltung bei Produkten sind defekt | ||||
| Beschreibung: |
Bei aktivierten DirectURLs (Bluegate) sehen die Links in der Box Languages auf Produktseiten so aus: /products/.html Startseite, Kategorie und ContentLinks sind in Ordnung. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000392)
xantiva 27.02.2011 16:08 |
rev. 1992 (Bug tauchte erst in der v1.0.9 auf) |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 401 | [WEB-Shop] Template | Feature-Wunsch | N/A | 21.02.2011 21:18 | 21.02.2011 21:23 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Anzeige der Hauptkategorie im Webs Template | ||||
| Beschreibung: |
http://forum.webs.de/viewtopic.php?f=16&t=267 Zitat: "würden gern, wenn man auf die Kategorie klickt ( Horizontales Menü ), geht ja links der Menübaum auf und da soll oben im Menüheader, der Kategoriename (hauptkategorie) angezeigt werden, in der ich mich befinde, in der alten Version stand da, als Überschrift Kategorien." |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000389)
xantiva 21.02.2011 21:23 |
rev.1972 Die class categories im Webs-Template um eine Methode getMainCategory erweitert. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 399 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 14.02.2011 00:21 | 14.02.2011 00:24 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Im Backend bei den splitPageResults gleich an den Anfang / das Ende springen können | ||||
| Beschreibung: | Im Backend kann man bei vielen Ansichten immer nur Seitenweise vor oder zurück blättern, oder muss in der Kombobox die Seite auswählen. Hilfreich wäre auch eine Option an den Anfang oder das Ende springen zu können. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000388)
xantiva 14.02.2011 00:24 |
rev. 1955 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 398 | [WEB-Shop] Frontend | Unschönheit | immer | 10.02.2011 21:21 | 10.02.2011 21:23 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | TEXT_OF_5_STARS fehlt | ||||
| Beschreibung: |
Geht schon fast zu den Best of: die Sprachkonstante TEXT_OF_5_STARS fehlt schon seit der XTC 3.0.4 SP2.1 im Shop und es ist jetzt noch keinem aufgefallen ;) http://forum.webs.de/viewtopic.php?f=8&t=256&start=70#p1575 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000387)
xantiva 10.02.2011 21:23 |
rev. 1948 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 397 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 09.02.2011 23:10 | 09.02.2011 23:13 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Neue Produktbilder auch in der product_reviews_info.php | ||||
| Beschreibung: |
http://forum.webs.de/viewtopic.php?f=8&t=256&start=70#p1575 (Marvin) Wenn eine Artikelbewertung geschrieben wurde und diese mit einem Link auf die product_reviews_info.php angesehen wird, erhalte ich in der Datumszeile folgende Ausgabe ArrayDatum: Dienstag, 08. Februar 2011 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000385)
xantiva 09.02.2011 23:13 |
rev. 1946 Die neuen Produktbilder werden nun auch in der product_reviews_info.php angezeigt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 394 | [WEB-Shop] Backend | kleinerer Fehler | immer | 07.02.2011 10:39 | 09.02.2011 21:23 |
| Reporter: | mbdesign | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | |||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | |||||
| Zusammenfassung: | Fehler default.php - $sort muss abgefragt werden ob vorhanden sonst ORDER BY "leer" | ||||
| Beschreibung: |
Zeile 217 $sort = $sorting_data['products_sorting'].' '.$sorting_data['products_sorting2']; muss abgefragt werden ob gefüllt ansonsten ein standard Wert wie z.B. p.products_name verwenden. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: |
1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 29 -- includes/modules/default listing_sql SELECT p.*, pd.products_name, ................ p JOIN products_description pd ON p.products_id = pd.products_id AND pd.language_id = 2 ORDER BY |
||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000381)
mbdesign 07.02.2011 10:43 |
SORRY meinte z.B. pd.products_name |
|
(0000384)
xantiva 09.02.2011 21:23 |
rev. 1945 Innerhalb des Shops können die Felder products_sorting und products_sorting2 eigentlich nicht "leer" sein. Das kann evtl. durch einen Import von einer Wawi oder sonstigem kommen. Ich habe ein "Fallback" gebaut. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 396 | [WEB-Shop] Frontend | Feature-Wunsch | N/A | 08.02.2011 18:28 | 08.02.2011 18:30 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Kundengruppe in der order_mail verfügbar machen | ||||
| Beschreibung: |
Damit in der order_mail auf bestimmte Kundengruppen reagiert werden kann, sollte die ID der Kundengruppe $_SESSION['customers_status']['customers_status_id'] ans Template übergeben werden => {$customers_status_id} |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000383)
xantiva 08.02.2011 18:30 |
rev. 1944 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 395 | [WEB-Shop] Frontend | Fehler im Text | immer | 07.02.2011 22:06 | 07.02.2011 22:11 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Fehlende Sprachkonstante CATEGORIE_NOT_FOUND | ||||
| Beschreibung: | mit rev. 1628 wurde der Tippfehler in der Sprachkonstante korrigiert, leider nicht alle Verwendungen angepasst ... | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000382)
xantiva 07.02.2011 22:11 |
rev. 1942 Konstante in der default.php angepasst => CATEGORY_NOT_FOUND |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 393 | [WEB-Shop] Backend | kleinerer Fehler | immer | 04.02.2011 23:09 | 04.02.2011 23:21 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | whos_online.php selektiert Einträge mehrfach, Bots werden nicht angezeigt | ||||
| Beschreibung: | Die "Wer ist online" Anzeige selektiert beim Klicken auf einen Eintrag ohne Session ID immer zwei Einträge. Auch werden Crawler der Suchmaschinen nicht angezeigt. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000380)
xantiva 04.02.2011 23:21 |
rev. 1902 Wenn ein User noch keine Session ID hat, dann kann der Eintrag erst gar nicht mehr angeklickt werden. (Gibt ja nichts zum weiteren anzeigen.) Wenn ein Crawler (Liste muss noch erweitert werden) den Shop besucht, so wird dieser nun auch in der Liste angezeigt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 392 | [WEB-Shop] Backend | Feature-Wunsch | nicht getestet | 31.01.2011 20:07 | 31.01.2011 20:12 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Kundenübersicht absteigend nach Anmeldung sortieren | ||||
| Beschreibung: | Wenn ich mir im Backend die Kunden ansehe, will ich i.d.R. die Neuanmeldungen sehen und nicht, wer den Shop damals eingerichtet hat. ;) | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000378)
xantiva 31.01.2011 20:12 |
rev. 1888 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 388 | [WEB-Shop] Datenbank | kleinerer Fehler | immer | 20.01.2011 22:41 | 31.01.2011 18:47 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Länge der Company Felder in der Tabelle "orders" erhöhen | ||||
| Beschreibung: |
In der address_book sind mittlerweise 64 Zeichen für die Firmenbezeichnung vorgesehen. In der Tabelle "orders" werden die aber wieder auf 32 beschnitten: customers_company, delivery_company und billing_company auch auf 64 Zeichen setzen. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000377)
xantiva 31.01.2011 18:47 |
rev. 1887 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 391 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 31.01.2011 18:39 | 31.01.2011 18:40 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | In der Bestellübersicht den ersten Kommentar mit anzeigen | ||||
| Beschreibung: | Damit Kundenkommentare nicht übersehen werden, wird nur der Anfang eines Kundenkommentars in der Bestellübersicht mit eingeblendet. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000376)
xantiva 31.01.2011 18:40 |
rev. 1886 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 99 | [WEB-Shop] Backend | Unschönheit | immer | 01.04.2009 10:35 | 24.01.2011 11:41 |
| Reporter: |
|
Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Multilinguale Betreffzeilen | ||||
| Beschreibung: | Die Betreffzeilen gehen im Shop momentan nur Einsprachig, was aber nicht unbedingt sinn macht in einem Mehr Sprachigen Shop | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000070)
yogi 13.09.2009 06:59 (Zuletzt bearbeitet: 13.09.2009 07:00) |
Wird durch die neuen EMail-Templates mit behoben, da die Betreffzeile dann im EMail-Template steht. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 98 | [WEB-Shop] Template | Unschönheit | immer | 01.04.2009 08:46 | 24.01.2011 11:40 |
| Reporter: |
|
Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | E-Mail Templates, Rechtschreibfehler | ||||
| Beschreibung: |
wir sollten die ganzen Fehler aus den HTML Templates und TXT Templates für die E-Mail mal tilgen... Beispiel: Sie können diese Gutschrift entweder während dem Bestellvorgang verbuchen. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000272)
xantiva 21.08.2010 12:08 |
Siehe neue Email Templates 0000140 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 166 | [WEB-Shop] Datenbank | Feature-Wunsch | N/A | 11.10.2009 13:04 | 24.01.2011 11:39 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Bei den Email Attachments können keine Kundengruppen angegeben werden | ||||
| Beschreibung: | Im Rahmen des neuen Backend sollten die Attachments Kundengruppen zugeordnet werden können. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000375)
yogi 24.01.2011 11:39 |
Durch die Umstellung auf die neuen Mail Vorlagen kann dies nun in der entsprechenden Smarty Vorlage über abfragen umgesetzt werden. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 372 | [WEB-Shop] Backend | Unschönheit | immer | 30.12.2010 06:59 | 22.01.2011 14:37 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Warnungen beim Import/export wenn safe_mode aktiviert ist | ||||
| Beschreibung: |
Es erscheinen viele zeilen mit folgendem Inhalt: Warning: set_time_limit() [function.set-time-limit]: Cannot set time limit in safe mode in /var/www/web8/html/online-shop/admin/includes/classes/transfer/export_googlebase.php on line 166 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | http://forum.webs.de/viewtopic.php?f=3&t=224&start=10#p1319 | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000374)
yogi 22.01.2011 14:37 |
Revision 1771 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 387 | [WEB-Shop] Frontend | Feature-Wunsch | N/A | 19.01.2011 23:16 | 19.01.2011 23:19 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Google Analytics Tracking Code als Smarty Funktion | ||||
| Beschreibung: | Der Google Analytics Tracking Code ist mittlerweile ein asyncroner JavaScript Code. Smarty Funktion erstellen, mit der die normalen Besuche getrackt werden können, sowie auf Wunsch auch die ECommerce Daten übermittelt werden. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000373)
xantiva 19.01.2011 23:19 (Zuletzt bearbeitet: 22.01.2011 11:44) |
rev. 1870 Der Aufruf sollte in der index.html unmittelbar über dem </head> - Tag erfolgen: {googleAnalytics account=UA-XXXXXXX-X} oder mit ECommerce Daten {googleAnalytics account=UA-XXXXXXX-X trackOrders=true} |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 384 | [WEB-Shop] Backend | schwerer Fehler | immer | 17.01.2011 00:48 | 19.01.2011 00:20 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Die Produktbilder für den Admin - Bereich werden nur beim Upload gemacht | ||||
| Beschreibung: | Nach einem Update fehlen die "Abzüge" für das Backend. Auch die Bilder in /img/admin/ müssen bei Bedarf on the fly erzeugt werden ... | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000371)
xantiva 19.01.2011 00:20 |
rev. 1868 Nun werden auch die Admin - Bilder "on the fly" erzeugt, sofern ein Original - Bild existiert. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 386 | [WEB-Shop] Frontend | schwerer Fehler | immer | 17.01.2011 20:56 | 17.01.2011 20:59 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | password_double_opt.php: keine durchgängige SSL - Verschlüsselung | ||||
| Beschreibung: | Die Seite wird zwar per SSL verlinkt, aber das Formular etc. ist dann wieder "NONSSL". | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000370)
xantiva 17.01.2011 20:59 |
rev. 1865 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 383 | [WEB-Shop] Frontend | Feature-Wunsch | N/A | 16.01.2011 18:29 | 16.01.2011 18:33 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | product_reviews_write.php erweitert: Input als Array und Ausgabe der Mindestlänge | ||||
| Beschreibung: |
Die Inputfelder wurden nur als fixer HTML - String ($INPUT_RATING) ans Template übergeben. Jetzt stehen die einzelnen INPUTs auch als Array ($INPUT_RATING_ARRAY) zur Verfügung, damit man bei der Gestaltung flexibler wird. Auch die Mindestzeichenanzahl für die Bewertung wird ans Template übergeben: $MIN_LENGTH |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000369)
xantiva 16.01.2011 18:33 |
rev. 1863 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 382 | [WEB-Shop] Backend | kleinerer Fehler | immer | 16.01.2011 15:31 | 16.01.2011 15:38 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Im Backend werden falsche SSL-URLs für den Shop gebaut | ||||
| Beschreibung: |
Wenn im Backend die Funktionen zum Erstellen von Shop - Links verwendet werden und als $connection SSL ausgewählt ist, so beginnen die URLs mit HTTPS_SERVER ... Es wird nicht berücksichtigt, das im Backend andere Konstanten definiert wurden. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000367)
xantiva 16.01.2011 15:38 |
rev. 1860 Ist bei den NONSSL Links nie aufgefallen, da bei den meisten HTTP_SERVER im Front- und im Backend identisch sein dürften. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 381 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 09.01.2011 20:31 | 09.01.2011 20:34 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Intraship: Übermittlung der Lieferadresse bei einer Packstation | ||||
| Beschreibung: |
Wenn der Kunde seine Ware an eine DHL - Packstation geliefert haben möchte, dann muss er eine "Postnummer" und die Nummer seiner Packstation eingeben. Das passt nun aber leider nicht in das Standard "XTC - Schema" ... Lösung: Statt Strasse/Hausnummer gibt der Kunde "Packstation 123" ein. In das Feld Firmenname trägt er dann seine "Postnummer" ein. Das Intraship Modul sorgt dann für die Anpassung der exportierten Daten. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000366)
xantiva 09.01.2011 20:34 |
rev. 1854 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 380 | [WEB-Shop] Backend | kleinerer Fehler | immer | 09.01.2011 14:10 | 09.01.2011 14:18 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Die Intraship - Export Datei lässt sich mit dem IE nicht speichern | ||||
| Beschreibung: |
Bei einer SSL - Verbindung kann man die Datei mit dem IE zwar Öffnen, aber nicht Speichern. Die Fehlermeldung: intraship.php von example.com kann nicht heruntergeladen werden. Die Internetsite konnte nicht geöffnet werden. Sie ist entweder nicht verfügbar oder konnte nicht gefunden werden. Versuchen Sie es später erneut. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000365)
xantiva 09.01.2011 14:18 |
rev. 1849 http://www.php.net/manual/en/function.header.php#95604 http://support.microsoft.com/kb/316431 Mit diesen zusätzlichen Angaben spielt auch der IE unter SSL mit: header('Pragma: private'); header('Cache-control: private, must-revalidate'); |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 282 | [WEB-Shop] Backend | Feature-Wunsch | immer | 11.05.2010 16:54 | 09.01.2011 02:49 |
| Reporter: | fsck | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | |||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | |||||
| Zusammenfassung: | Gesonderter Title-Tag | ||||
| Beschreibung: |
Quelle: xtc-load.de Mit dieser Modifikation ist es möglich, den Title-Tag der Seite unabhängig vom Shopnamen festzulegen. Im Backend gibt es unter “Mein Shop” gleich den ersten Eintrag “Name des Shops”. Der Name sollte natürlich kurz und bündig der Firmenname sein. Dann passt das mit dem Rest zusammen: Bestellungen, Email, Footer und überall wo dieser Namen einsetzt wird. Dummerweise wir dieses auch als Title für die Startseite genutzt. Aus Suchmaschinensicht ist es aber nicht gerade von Vorteil. Im Gegenteil , Google bemängelt solche Title als zu kurz. Mit dieser Modifikation können Sie nun den Title-Tag der Seite separat anlegen. Unter “Konfiguration – Meta-Tags/Suchmaschinen” erhalten Sie ein neues zusätzliches Eingabefeld. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: |
title_fuer_xtc304sp21.zip (48,927 Bytes) 11.05.2010 16:54 https://bugs.webs.de/file_download.php?file_id=14&type=bug |
||||
| Notiz | |
|
(0000364)
xantiva 09.01.2011 02:49 |
rev. 1845 Das "Modul" wurde nicht eingebaut! In der v1.0.10 gibt es mit 0000189 und 0000190 viel mehr Freiraum bei der Gestaltung des HEAD Bereiches. Der Shopname wird nun in der Smarty function.header.php hinzugefügt. Somit kann jeder im Template frei entscheiden, ob der Shopname oder irgend etwas anderes an den title-tag angefügt wird. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 351 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 14.11.2010 01:44 | 09.01.2011 02:25 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Mit aktiven DirectURL wird bei einem Klick auf "BuyNow" die XTCsid angehängt | ||||
| Beschreibung: | Prüfen, wo das her kommt ... | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000363)
xantiva 09.01.2011 02:25 |
Nachdem ein Produkt mit einem "buyNow" Button in den Warenkorb gelegt wurde, erfogt in der cart_action.php noch mal ein redirect. Bei diesem Aufruf wird gleich in der application_top.php noch ein 0000301 redirect für den Aufruf einer alten URL ausgelöst (verursacht durch cart_action.php). In der bluegate_seo.inc.php function addSessionID() wurde immer wieder die Session ID angehängt. Nun wird doch zusätzlich noch auf SESSION_FORCE_COOKIE_USE == 'False' geprüft. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 379 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 08.01.2011 18:26 | 08.01.2011 18:36 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Die Payment-Module moneyorder und cash liefern nicht konforme Werte für die checkout_payment_info | ||||
| Beschreibung: | Die function confirmation() liefern bei diesen Modulen statt eines arrays (wie die andern) nur einen string zurück. Die Funktionen sowie die Sprachdateien müssen angepasst werden. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000362)
xantiva 08.01.2011 18:36 |
rev. 1837 Die ipayment Module liefern nun auch false (statt einem array() ) |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 378 | [WEB-Shop] Backend | kleinerer Fehler | immer | 06.01.2011 23:12 | 08.01.2011 12:21 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Zeichencodierung stimmt bei einigen Backend - Seiten im Internet Explorer nicht | ||||
| Beschreibung: | Es fehlt der "charset_mapper()" Aufruf in einigen Dateien im Backend. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000361)
xantiva 08.01.2011 12:21 |
rev. 1830 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 285 | [WEB-Shop] Frontend | schwerer Fehler | immer | 14.05.2010 11:26 | 05.01.2011 21:13 |
| Reporter: | schmilz | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Zuviele Produkte mit Attributen im Warenkorb nach Aktualisieren | ||||
| Beschreibung: |
Wenn Produkte mit Attributen im Warenkorb liegen, der Kunde sich ausloggt und wieder einloggt wird der Warenkorb erneut angezeigt. Ein Aktualisieren des Warenkorbs bewirkt jetzt eine Verdopplung der enthaltenen Produkte, auch eine Änderung der Anzahl und anschliessender Aktualisierung bewirkt eine doppelte Anzeige der Produkte und eine insgesamt zu hohe Anzahl. Getestet im aktuellen Demoshop, dort auch zu reproduzieren. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: |
1. Produkt mit Attributen in den Warenkorb legen, ausloggen, wieder einloggen, im Warenkorb auf "Warenkorb aktualisieren" klicken. 2. Produkt mit Attributen in den Warenkorb legen, ausloggen, wieder einloggen, im Warenkorb die Menge ändern, dann auf "Warenkorb aktualisieren" klicken. |
||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000219)
yogi 14.05.2010 13:10 |
3. Produkt mit Attributen in den Warenkorb legen - 1x aktualisieren => 2x das gleiche Produkt. Eins Löschen, aktualisieren (nur noch eins vorhanden), aktualisieren (wieder zwei) |
|
(0000360)
yogi 05.01.2011 21:13 |
wurde mit Revision 1208 behoben |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 371 | [WEB-Shop] Frontend | Unschönheit | nicht getestet | 27.12.2010 01:24 | 05.01.2011 13:22 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Passwortänderung funktioniert nicht, wenn das alte Passwort zu kurz ist | ||||
| Beschreibung: | In der account_password.php wird - unsinnigerweise - auch das alte Passwort auf die erforderliche Mindestpasswortlänge ENTRY_PASSWORD_MIN_LENGTH geprüft. Das hat zur Folge, dass man sein Passwort nicht mehr ändern kann, wenn der Admin in der Zwischenzeit die Mindestlänge herauf gesetzt hat. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000357)
xantiva 05.01.2011 13:22 |
rev. 1761 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 375 | [WEB-Shop] Frontend | kleinerer Fehler | N/A | 05.01.2011 11:29 | 05.01.2011 11:32 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Absichern des cache Ordner | ||||
| Beschreibung: | Um den Cache Ordner auch vor der Ausführung von PHP - Dateien zu schützen => .htaccess erweitern. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000356)
xantiva 05.01.2011 11:32 |
rev. 1815 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 374 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 02.01.2011 17:49 | 02.01.2011 17:51 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Mehrwertsteuersatz der Versandkosten nach Hauptleistungen richten | ||||
| Beschreibung: |
In den Versandmodulen gibt man einen festen Mehrwertsteuersatz für die Versandkosten vor. Richtiger ist es, dass sich der Mehrwertsteuersatz an den Hauptleistungen orientiert. Das ist nur dann ein Problem, wenn man Artikel mit unterschiedlichen Mehrwertsteuersätzen anbietet (z.B. 7% und 19%) und ein Kunde Artikel beider Arten zusammen bestellt. In diesem Fall sollte sich der Mehrwertsteuersatz der Versandskosten nach den Hauptleistungen richten, deren Anteil am Warenwert höher ist. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000355)
Doc Olson 02.01.2011 17:51 |
Es ist nun möglich, in den Versandmodulen, die Option "auto" auszuwählen. Dadurch wird der Mehrwertsteuersatz nun korrekt berechnet. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 373 | [WEB-Shop] Backend | schwerer Fehler | immer | 01.01.2011 15:44 | 01.01.2011 15:48 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Shop nicht erreichbar wenn Seo Urls im Backend neu erstellt werden | ||||
| Beschreibung: | Wenn im Backend der "Direct URL Indexierungsdienst" angetriggert wird ist der Shop während der Erstellung nicht erreichbar - man landet dann bei Produkten auf der Suche mit "Artikel wurde nicht gefunden!", bei Kategtorien auf der Startseite. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | Während der Indizierung einen Produktlink aufrufen - machmal gehts, manchmal nicht. | ||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000354)
yogi 01.01.2011 15:48 |
Beim erstellen eines neuen index wurde zunächst die alte tabelle mit einem trunacte geleert - hierdurch funktioniert dann kein Link mehr. Behebung in Rev. 1780: für die Neuindizierung wird nun eine eigene Tabelle benutzt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 370 | [WEB-Shop] Backend | kleinerer Fehler | immer | 26.12.2010 07:23 | 26.12.2010 07:27 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Fehlerhafte auswertung bei Kampagnen | ||||
| Beschreibung: |
Hits werden nur bei der täglichen Auswertung angezeigt. Was sind Leads und warum sind die immer = 0 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | http://forum.webs.de/viewtopic.php?f=3&t=202 | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000353)
yogi 26.12.2010 07:27 (Zuletzt bearbeitet: 26.12.2010 07:27) |
Revision 1757 es wurde ebenfalls ein Index aufgenommen damit die Auswertung zügiger durchgeführt wird. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 320 | [WEB-Shop] Frontend | Feature-Wunsch | N/A | 28.07.2010 21:13 | 22.12.2010 16:03 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | |||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | "Salzen" der Passwörter | ||||
| Beschreibung: |
Die Passwörter im Shop sollten auf jeden Fall noch "gesalzen" werden. Also das Passwort des Kunden mit einem variablen String noch ergänzt werden. Das ganze sollte auch "silent" passieren. Also wenn ein Shop aktualisiert worden, dann wird zunächst auf das gesalzene Passwort geprüft. Ist das nicht erfolgreich, wir auf das ungesalzene Passwort geprüft. Im Erfolgsfall wird dann das neue, gesalzene Passwort für den Kunden abgespeichert. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: |
http://de.wikipedia.org/wiki/Salt_%28Kryptologie%29 http://php.net/hash |
||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 154 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 29.09.2009 20:59 | 22.12.2010 16:01 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Passworter "Salzen" | ||||
| Beschreibung: |
Für 1.2 sollte die Sicherheit DEUTLICH erhöht werden. Folgende Maßnahmen: - Passwörter "salzen" (http://de.wikipedia.org/wiki/Salt_%28Kryptologie%29) - Passwortstärke erzwingen, zu einfache Passwörter sind garnicht möglich - Trennung von customer und admin in der Datenbank - "Admin"-Kundengruppe wird keinen Zugriff auf das Backend mehr haben und wird z.B. nur noch zum testen neuer Features o.ä. dienen bevor man sie für die Kunden freischaltet |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000094)
xantiva 30.09.2009 22:42 |
http://de3.php.net/manual/de/function.md5.php Dort wird z. B. vorgeschlagen, den md5 Hash eines gesalzenen Passwortes statt nur einmal gleich ?1.000 mal zu berechnen und das Ergebnis abzuspeichern. Man könnte zusätzlich das Passwort halbieren und zwischen die Hälften den Salt bringen. |
|
(0000095)
yogi 01.10.2009 14:20 (Zuletzt bearbeitet: 01.10.2009 15:50) |
oder man benutzt standard-Funktionen wie http://de.php.net/crypt das kann man dann sogar mit einem "sanften" Übergang realsieren. Diese Variante würde ich für sogar für die V1.1 vorschlagen! (edit Mike: URL korrigiert) |
|
(0000350)
yogi 22.12.2010 15:01 |
Revision 1733: Das Salzen der PWs wurde über die php crypt funktion implementiert. Bei jeder User der sich nach der DB Umstellung auf Release >= 13 im Shop anmeldet wird das PW neu codiert in der DB gespeichert. Hierbei wird eins der folgenden Verfahren (je nach verfügbarkeit) benutzt, die Salt-Länge hängt vom Verfahren ab (2 - 22 Zeichen): - CRYPT_SHA512 - CRYPT_SHA256 - CRYPT_BLOWFISH - CRYPT_MD5 - CRYPT_EXT_DES - CRYPT_STD_DES |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 316 | [WEB-Shop] Frontend | Absturz | immer | 27.07.2010 21:53 | 21.12.2010 10:10 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Die Suche nach mehr als einem Keyword produziert einen SQL Fehler | ||||
| Beschreibung: | Wenn man nach mehr als einem Keyword sucht, wirft die advanced_search_result.php einen SQL Fehler aus. Genauso, wenn nur eine Kategorie vorhanden ist. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000249)
xantiva 27.07.2010 22:00 |
rev. 1329 Dies ist erst mal ein temporärer Fix, da die Suchoptionen Klammern, "or" nicht mehr funktionieren. |
|
(0000294)
xantiva 26.08.2010 19:29 |
Hatten wir ja so in der Konferenz besprochen, dass Du Dir bitte noch einmal die Suche anschaust ... |
|
(0000349)
yogi 21.12.2010 10:08 |
fixed in revision 1729 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 368 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 19.12.2010 13:31 | 19.12.2010 13:33 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Lieferschein: Gesamtanzahl an Produkten anzeigen | ||||
| Beschreibung: | Es ist beim Packen hilfreich, wenn gleich die Gesamtanzahl der Produkte mit angezeigt wird. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000348)
xantiva 19.12.2010 13:33 |
rev. 1714 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 367 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 18.12.2010 22:55 | 18.12.2010 22:59 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Export der Versandaufträge nach DHL - Intraship | ||||
| Beschreibung: |
Export der Versandaufträge nach DHL - Intraship. In der Bestellbearbeitung kann nach Aktivierung des Moduls ein "Versandauftrag" für Intraship erstellt werden. Diese werden gesammelt und können dann unter "Hilfsprogramme : Intraship Versandaufträge" in eine Textdatei exportiert werden, die dann gleich in Intraship importiert werden kann. Die Sendungsdaten können im Gegenzug aus Intraship exportiert werden und im Shop eingelesen werden. Das "Intraship - Modul" berücksichtigt die Versandgewichte und man kann entweder ein fixes Verpackungsgewicht, oder ein prozentuales Verpackungsgewicht angeben. Bei Bedarf können die Benachrichtigungen von DHL versendet werden. Wer das lieber im Shop machen möchte, findet dafür nach dem Einlesen dann die Tracking - Info in der Bestellbearbeitung. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000346)
xantiva 18.12.2010 22:59 |
rev. 1710 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 365 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 09.12.2010 21:13 | 09.12.2010 21:15 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Datumsangaben für ein Produkt als Datum | ||||
| Beschreibung: |
Zusätzlich zu den herkömmlichen Strings mit den Daten, werden die Datumsangaben als rohes Datum ans Template übergeben, für mehr Flexibilität. DATE_ADDED DATE_EXPIRE DAVE_AVAILABLE |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 364 | [WEB-Shop] Frontend | schwerer Fehler | immer | 05.12.2010 01:41 | 05.12.2010 19:46 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Banner - Manager aufgeräumt | ||||
| Beschreibung: |
Das Banner Handling ist noch ziemlicher Unsinn. Die "Bannergruppe" ist im Backend zwar frei wählbar, aber als "banner" hardcodiert. Alles andere funktioniert nicht. Dann wird in der History immer in ein DATETIME Feld gespeichert und anschliessend wieder die Uhrzeit "maskiert". |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000344)
xantiva 05.12.2010 01:47 |
rev. 1699 Smarty Funktion draus gebaut und überflüssige Dateien gelöscht, Index auf DB, ... /** * Possible parameter are id and group. * {banner} displays a random banner * {banner id=2} displays always the banner with the id 2 * {banner group=products} displays a random banner from the group products */ |
|
(0000345)
xantiva 05.12.2010 19:46 |
+rev. 1701 Fehler im Backend korrigiert (Datum konnte nicht zurückgesetzt werden) und die automatische Statusänderung aufgeräumt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 362 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 28.11.2010 13:01 | 28.11.2010 13:57 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Spamschutz des Kontaktformulars überarbeitet | ||||
| Beschreibung: | In seiner bisherigen Form meldet das Kontaktformular schon ein "Spam" - Verdacht, wenn der Benutzer das Formular ein 2. Mal ansenden möchte (wegen eines Eigabefehlers). | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000343)
xantiva 28.11.2010 13:57 |
rev. 1691 Zeitsperre wird erst nach erfolgreichen Absenden aktiv, zusätzlich noch ein Email Bestätigungsfeld aktiviert. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 361 | [WEB-Shop] Backend | schwerer Fehler | immer | 24.11.2010 18:31 | 25.11.2010 00:03 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | MwSt fehlt nach Login | ||||
| Beschreibung: |
Nach dem Login wird bei der ersten Anzeige eines Produktes (egal wo) die Mehrwertsteuer nicht aufgeschlagen. Erst nach einem erneuten Seitenaufruf wird das korrigiert. Getestet mit aktuellem Snapshot, Kundengruppen admin und "neuer Kunde" |
||||
| Tags: | |||||
| Schritte zur Reproduktion: |
1. Shop als Gast betreten 2. anmelden, sodass direkt nach der Anmeldung ein Produkt mit Preis angezeigt wird 3. Reload oder irgendeinem Link folgen |
||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000342)
xantiva 25.11.2010 00:03 |
rev. 1684 Fehler hatte sich in der login.php eingeschlichen ;) |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 352 | [WEB-Shop] Backend | Unschönheit | immer | 14.11.2010 12:33 | 23.11.2010 12:57 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Caching (Smarty) ist fehlerhaft implementiert | ||||
| Beschreibung: |
Das Cache-System von Smarty ist im xt:commerce teilweise sehr fehlerhaft implementiert. Im besten Fall tut es nichts, im schlimmsten Fall ist es sogar kontraproduktiv und bremst den Shop aus. An vielen Stellen, wird erst der Content generiert, das Template vorbereitet und erst DANN wird geprüft, ob evtl. eine Version im Cache vorliegt. Die Cache-Prüfung findet häufig auch statt, obwohl der zu generierende Content überhaupt nicht gepuffert werden darf. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 359 | [WEB-Shop] Template | Feature-Wunsch | N/A | 21.11.2010 18:10 | 21.11.2010 18:12 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Smarty Funktion für Cross Selling und Reverse Cross Selling getrennt | ||||
| Beschreibung: |
Bislang beinhaltete die Smarty Funktion {cross_selling} sowohl das eigentliche Cross Selling, wie auch das Reverse Cross Selling. Es gibt aber Fälle, in denen die gleichzeitige Darstellung unsinnig ist. Beispiel: ein Produkt, was bei vielen anderen Produkten verlinkt ist hat eine "endlose Liste" in reverse cross selling Einträgen. Hier macht es Sinn z. B. eine eigene Produkt Info Vorlage ohne das rev. Cross Selling zu verwenden. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000341)
xantiva 21.11.2010 18:12 |
rev. 1668 {cross_selling} {reverse_cross_selling} |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 318 | [WEB-Shop] Template | Feature-Wunsch | N/A | 27.07.2010 22:20 | 20.11.2010 23:45 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Dem Template die aktuelle category_id und die id der Hauptkategorie zur Verfügung stellen | ||||
| Beschreibung: | In Smarty Funktionen kann es schon mal hilfreich sein, zu wissen die IDs der aktuellen Kategorie und die der Hauptkategorie sind. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000251)
xantiva 27.07.2010 22:36 |
rev. 1331 Nun stehen 'CATEGORIES_ID' sowie 'CATEGORIES_MAIN_CAT_ID' im Template zur Verfügung und müssen nicht mehr per DB - Abfragen ermittelt werden. |
|
(0000340)
xantiva 20.11.2010 23:45 |
rev. 1667 In der products_info.php fehlten die Werte noch. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 358 | [WEB-Shop] Template | Feature-Wunsch | N/A | 20.11.2010 21:22 | 20.11.2010 21:46 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Grafiken für den Lieferstatus ins Template verlagert | ||||
| Beschreibung: | Bislang musste man die Grafiken für die Anzeige der "Lieferampel" im Backend hochladen bzw. angeben. Das ist Unsinn, da die Grafiken Template spezifisch sind. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000339)
xantiva 20.11.2010 21:46 |
rev. 1666 Die Grafiken liegen nun in templates/_core/img/shipping-status-x.png, wobei x für die Id des Lieferstatus steht. Natürlich können diese auch im eigenen Template überschrieben werden. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 357 | [WEB-Shop] Template | Feature-Wunsch | N/A | 20.11.2010 14:54 | 20.11.2010 14:57 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Hersteller auch auf der Produkt Info Seite verfügbar | ||||
| Beschreibung: | Der Hersteller Name sollte auch auf der Produkt Info Seite im Template verfügbar sein. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000338)
xantiva 20.11.2010 14:57 |
rev. 1665 Kann z. B. so verwendet werden: {#text_manufacturer#} {$PRODUCTS_MANUFACTURER} |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 349 | [WEB-Shop] Backend | Unschönheit | immer | 13.11.2010 12:20 | 16.11.2010 23:22 |
| Reporter: | Marvin | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Textvariable TEXT_IMAGE_NONEXISTENT ist im Backend für die Artikelbewertungen nicht definiert | ||||
| Beschreibung: | Die Textvariable TEXT_IMAGE_NONEXISTENT ist im Backend für die Artikelbewertungen nicht definiert. Wenn zu einem Artikel kein Bild vorhanden ist wird nur TEXT_IMAGE_NONEXISTENT ausgegeben. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | Artikelbewertung zu einem Artikel ohne Bild schreiben und diesen im Backend aufrufen. | ||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000337)
xantiva 16.11.2010 23:22 |
rev. 1658 Die Funktion xtc_info_image verwendet die Konstante TEXT_IMAGE_NONEXISTENT, nur leider heisst die in den Sprachdateien der Reviews TEXT_INFO_IMAGE_NONEXISTENT. Ich habe sie umbenannt. Danke für den Hinweis! |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 354 | [WEB-Shop] Template | Unschönheit | immer | 15.11.2010 23:36 | 16.11.2010 22:32 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Vereinheitlichung für checkout_payment: text_addressbook | ||||
| Beschreibung: | In der checkout_shipping heisst die Sprachvariable text_addressbook und in der checkout_payment nur text_address. Sollte vereinheitlicht werden. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000336)
xantiva 16.11.2010 22:32 |
rev. 1653 + 1657 Ist nun text_addressbook |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 346 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 04.11.2010 19:34 | 16.11.2010 22:29 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Vorauswahl Zahlart geht nicht, checkout_payment.php | ||||
| Beschreibung: |
Im Sellerforum aufgetaucht: http://www.sellerforum.de/xtc-xt-commerce-weiterentwicklungen-f12/vorauswahl-zahlart-geht-nicht-t16313.html#p178644 Die Variable $payment ist nicht gesetzt und somit wird die in der Rangfolge höchste Zahlart nicht vorselektiert? if (($selection[$i]['id'] == $payment) || ($n == 1)) { $selection[$i]['checked'] = 1; } |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000335)
xantiva 16.11.2010 22:29 |
rev. 1656 Nicht ganz so gelöst wie im sellerforum ;) Nun ist immer die erste Zahlungsart vorselektiert, je nach Beackend. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 355 | [WEB-Shop] Template | Unschönheit | immer | 15.11.2010 23:57 | 15.11.2010 23:58 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Einheitliche Anzeige der Adressen in checkout_shipping und checkout_payment | ||||
| Beschreibung: | In der checkout_shipping.php wurden die Adressen schon als Array vorbereitet und ans Template übergeben, in der checkout_payment.php noch als vorformatierter Block. In beiden Fällen das Array übergeben. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000334)
xantiva 15.11.2010 23:58 |
rev. 1654 Sind nun angeglichen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 353 | [WEB-Shop] Template | Feature-Wunsch | N/A | 15.11.2010 21:45 | 15.11.2010 21:47 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Zusätzliche Buttons für den Checkout erstellt | ||||
| Beschreibung: |
Im Checkout geht es immer nur mit dem "button_continue.gif" weiter. Individuelle Buttons je Seite sind bislang nicht möglich gewesen. Nun gibt es auf jeder Seite den BUTTON_BACK und so etwas wie BUTTON_CONTINUE_SHIPPING. Für die checkout_success gibt es - wenn nicht als Guest angemeldet - noch einen BUTTON_HOME und BUTTON_LOGOFF. Damit der angemeldete Kunde "zurück zur Startseite" oder sich "abmelden" kann. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000333)
xantiva 15.11.2010 21:47 |
rev. 1652 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 350 | [WEB-Shop] Template | Unschönheit | N/A | 13.11.2010 23:25 | 13.11.2010 23:29 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | FREE_SHIPPING_ICON entfernt | ||||
| Beschreibung: | In der checkout_shipping.php wurde beim freien Versand versucht eine Smarty Variable "FREE_SHIPPING_ICON" zu setzen. Obwohl alle Templates das übernommen haben, kann das nie funktioniert haben. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000331)
xantiva 13.11.2010 23:29 |
rev. 1633 Wer so etwas mal haben möchte, geht bitte im Template hin und realisiert das direkt dort. Dann klappts auch ;) |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 298 | [WEB-Shop] Template | Feature-Wunsch | N/A | 02.07.2010 19:00 | 10.11.2010 09:36 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | neues Feature: CSS-Kompressor | ||||
| Beschreibung: | Der CSS-Kompressor übernimmt automatisch alle CSS-Dateien eines Templates und fügt diese zu einer Datei zusammen. Optional kann die generierte Datei noch von überflüssigen Leerzeichen, Kommentaren und Zeilenumbrüchen entfernt werden. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000228)
Doc Olson 02.07.2010 22:54 |
Um den Kompressor nutzen zu können, müssen alle CSS-Dateien eines Templates in einem Array in der Datei source/template_defaults.php definiert werden. Per {css_compressor} werden die CSS Dateien im Template (index.html) platziert. Ist der Kompressor abgeschaltet, werden einfach alle CSS-Dateien nacheinander ausgegeben. Ist er eingeschaltet, werden alle CSS-Dateien kombiniert und in eine 'styles.css' im Template-Verzeichnis geschrieben. Natürlich lassen sich die CSS auch manuell in die index.html einbinden, damit liesse sich der Kompressor aber nicht nutzen. |
|
(0000329)
Doc Olson 10.11.2010 09:36 |
Neu: - CSS-Dateien werden nun in einem dedizierten Verzeichnis ("css") im Shop-Root gespeichert - relative Pfade werden entsprechend automatisch angepasst - absolute Pfade sollten nicht verwendet werden, da diese ins Leere laufen werden - die zwischengespeicherten Dateien erhalten bei der Auslieferung an den Browser einen Parameter (AA - ZZ), der eine neue Version der Datei deutlich macht. Browser werden so gezwungen, die Datei neu herunterzuladen |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 347 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 08.11.2010 21:40 | 08.11.2010 21:43 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | In der product_reviews_info.php fehlt den schliessende a-Tag im BUTTON_BUY_NOW | ||||
| Beschreibung: | Bei der Erstellung des BUTTON_BUY_NOW fehlte der schliessende a - Tag. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000328)
xantiva 08.11.2010 21:43 |
rev. 1616 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 302 | [WEB-Shop] Installer | kleinerer Fehler | nicht getestet | 04.07.2010 23:33 | 07.11.2010 13:48 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Unstimmigkeit bei den Verzeichnissen mit Schreibrechten | ||||
| Beschreibung: |
Nach erfolgter Installation meckert der Shop im Admin folgendes an: WARNUNG: Folgende Verzeichnisse müssen vom Server beschreibbar sein. Bitte ändern Sie die Zugriffsrechte (Permissions) dieser Verzeichnisse. (777) bei Unix, (read-write) bei Windows. * /var/www/vhosts/websbranch.vm/httpdocs/ecombase/media/content/ Das sollte der Installer doch eigentlich mit erledigen? Hier wurde das zumindest nicht geprüft 0000301. WARNUNG: Folgende Verzeichnisse sind vom Server beschreibbar. Bitte ändern Sie die Zugriffsrechte (Permissions) dieser Verzeichnisse aus Sicherheitsgründen. (755) bei Unix, (read-only) bei Windows. * /var/www/vhosts/websbranch.vm/httpdocs/ecombase/admin/includes/ * /var/www/vhosts/websbranch.vm/httpdocs/ecombase/includes/ Hier sollte der Installer auf der /shop_installer/install_finished.php darauf hinweisen, dass die Rechte wieder zurück zu nehmen sind (oder es vorab sogar selber versuchen). |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000229)
xantiva 04.07.2010 23:41 |
In der /shop-installer/index.php werden die folgenden Rechte geprüft: $folders = array('templates_c', 'cache', 'admin/rss', 'admin/images/graphs', 'admin/backups', 'images', 'images/categories', 'images/banner', 'images/product_images/info_images', 'images/product_images/original_images', 'images/product_images/popup_images', 'images/product_images/thumbnail_images', 'images/manufacturers/info_images', 'images/manufacturers/original_images', 'images/manufacturers/thumbnail_images', 'export', 'shopstat', 'shopexport', 'media', 'media/products', 'media/products/backup'); In der /admin/includes/modules/security_check.php dagegen nur folgende: $writeableDirs = array( DIR_FS_ADMIN.'rss/', DIR_FS_CATALOG.'templates_c/', DIR_FS_CATALOG.'cache/', DIR_FS_CATALOG.'media/', DIR_FS_CATALOG.'media/content/', ); $nonWriteableDirs = array( DIR_FS_ADMIN.'includes/', DIR_FS_CATALOG.'includes/', ); |
|
(0000234)
yogi 15.07.2010 15:30 |
Diese Verzeichnisse sollten nur an einer stelle verwaltet werden! Werde das entsprechend ändern. |
|
(0000326)
yogi 07.11.2010 13:48 (Zuletzt bearbeitet: 07.11.2010 13:52) |
Dateien die überprüft werden stehen nun in admin/includes/file_permissions.php Revision 1609 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 345 | [WEB-Shop] Template | kleinerer Fehler | immer | 01.11.2010 19:36 | 01.11.2010 19:37 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Tippfehler in der box_reviews.html | ||||
| Beschreibung: |
http://forum.webs.de/viewtopic.php?f=3&t=195 von Marvin: bin gerade über noch ein paar kleinere Bugs in der 1.08 gestolpert und wollte diese nicht in den Bugtracker eintragen da ihr inzwischen wohl doch einiges geändert habt. Sollten diese Fehler allerdings noch drin sein, wäre es schön sie zu fixen. 1. Im Template (yaml und gunnart_v1) in boxes/box_reviews.html gibt es eine Code: Alles auswählen title=$smary.const.IMAGE_BUTTON_WRITE_REVIEW +t ist besser Code: Alles auswählen title=$smarty.const.IMAGE_BUTTON_WRITE_REVIEW ... |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000325)
xantiva 01.11.2010 19:37 |
rev. 1607 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 74 | [WEB-Shop] Frontend | Unschönheit | immer | 02.03.2009 14:36 | 28.10.2010 21:08 |
| Reporter: |
|
Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.3a | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Keine Validation der Newsletter Emailadresse | ||||
| Beschreibung: |
In der newsletter.php wird die e-Mail Adresse nicht validiert. es fehlt ein require_once (DIR_FS_INC.'xtc_validate_email.inc.php'); und $error = false; if (strlen($email_address) < ENTRY_EMAIL_ADDRESS_MIN_LENGTH) { $error = true; $info_message = ENTRY_EMAIL_ADDRESS_ERROR; } elseif (xtc_validate_email($email_address) == false) { $error = true; $info_message = ENTRY_EMAIL_ADDRESS_CHECK_ERROR; } // assign vars ... if (($_POST['check'] == 'inp') && ($_POST['vvcode'] == $_SESSION['vvcode']) && ($error == false)) { ... } else { if($error == false) { $info_message = TEXT_WRONG_CODE; } } und if (SEND_EMAILS == true) { sollte besser if (SEND_EMAILS == "true") { |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000072)
xantiva 13.09.2009 07:26 |
Ist niemandem mehr zugewiesen, daher Status zurück auf bestätigt. |
|
(0000324)
xantiva 28.10.2010 21:08 |
Wurde laut SVN Log / Blame bereits mit rev. 805 am 18.7.2009 gefixt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 288 | [WEB-Shop] Template | Unschönheit | immer | 17.06.2010 09:40 | 26.10.2010 18:47 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Typo: AMMOUNT bei Smarty-Variable | ||||
| Beschreibung: |
Beim Gutscheinsystem gibt es eine Template-Variable AMMOUNT bzw. GIFT_AMMOUNT. Amount wird aber nur mit einem "m" geschrieben. Die Änderung muss auch in diversen Vorlage-Dateien (Email Dateien) durchgeführt werden: templates/gunnart_v1/mail/english/create_account_mail.txt templates/gunnart_v1/mail/english/send_gift_to_friend.txt templates/gunnart_v1/mail/german/create_account_mail.txt templates/gunnart_v1/mail/german/send_gift_to_friend.txt templates/gunnart_v1/admin/mail/english/send_gift.txt templates/gunnart_v1/admin/mail/english/gift_accepted.txt templates/gunnart_v1/admin/mail/german/send_gift.txt templates/gunnart_v1/admin/mail/german/gift_accepted.txt In vielen dieser Vorlagen wird deutsch gesprochen, obwohl es englisch sein sollte. => Implementierung des neuen Mail-Template Systems für die betroffenen Emails. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000236)
yogi 19.07.2010 07:37 |
Das Mailsystem wurde entsprechend der Ankündigung im Wiki überarbeitet: http://wiki.webs.de/index.php/HowTo:EMail_Template Die Vorlagen wurden nach und nach in die Shopversion implementiert - hier eine Liste der Änderungen: Revision 1286: admin/gv_queue Revision 1288: admin/gv_mail Revision 1296: create_account Revision 1300: admin/coupon_admin |
|
(0000321)
xantiva 26.10.2010 18:47 |
Ich finde im ganzen Shop nur noch 2x "ammount" und das in Kommentaren. Also scheinbar auch schon alle erforderlichen Fixes implementiert. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 344 | [WEB-Shop] Frontend | kleinerer Fehler | nicht getestet | 25.10.2010 20:44 | 26.10.2010 18:33 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Fehler beim Versenden eines Gutscheines | ||||
| Beschreibung: |
Ich habe einen Gutschein Artikel in den Warenkorb gelegt und wollte diesen dann versenden. Der Fehler kommt dann beim Versuche das Formular abzusenden. /gv_send.php?action=send |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: |
( ! ) Warning: preg_match() [function.preg-match]: Unknown modifier '.' in /var/www/vhosts/websbranch.vm/httpdocs/ecombase/gv_send.php on line 53 Call Stack # Time Memory Function Location 1 0.0009 139424 {main}( ) ../gv_send.php:0 2 0.1511 4036412 preg_match ( ) ../gv_send.php:53 |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000320)
xantiva 26.10.2010 18:33 |
rev. 1602 Fehler in RegEx |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 308 | [WEB-Shop] Frontend | kleinerer Fehler | nicht getestet | 15.07.2010 15:22 | 25.10.2010 20:32 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Gutschein Einlösung erzeugt HTML-Code Ausgabe | ||||
| Beschreibung: |
Wenn ein Gutschein über den Warenkorb eingelöst wird erfolgt die Anzeige des Gutscheinwertes in der Warenkorb-Ansicht wie folgt: Ihr Gutschein wurde erfolgreich auf Ihr Konto verbucht. Gutscheinwert: 1,00 <span class="priceSymbolLeft">€</span> Hierbei wird der SPAN-Tag jedoch mit ausgegeben, also HTML-Codiert. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: |
Gutschein System aktivieren Gutscheincode erzeugen und in der Maske im Warenkorb eingeben |
||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000233)
yogi 15.07.2010 15:24 |
Revision 1283 |
|
(0000319)
xantiva 25.10.2010 20:32 |
Ich habe es gerade noch mal getestet (webs+gunnart). Offenbar wurde der Fehler behoben, kann als erledigt gesetzt werden. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 343 | [WEB-Shop] Frontend | Unschönheit | immer | 23.10.2010 23:12 | 24.10.2010 19:52 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Breadcrumb->trail auf ein Array als Return - Wert umstellen | ||||
| Beschreibung: |
Die Breadcrumb Klasse baut noch die Ausgabe direkt im Code zusammen. (class="headerNavigation" ...) Umstellen auf ein einfaches Array als return Wert, damit die Ausgabe im Template gesteuert werden kann. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000318)
xantiva 24.10.2010 19:52 |
rev. 1597 Die Klasse liefert nun lediglich ein Array zurück. Mit der neuen Smarty Funktion breadcrumb wird nun die Ausgabe erzeugt. Der Separator kann übergeben werden. {breadcrumb separator=" - "} |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 148 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 19.09.2009 16:09 | 23.10.2010 12:50 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | |||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Image-Formate | ||||
| Beschreibung: |
Anstatt die 4 Formate (1 Original + 3 Abzüge) vorzugeben, soll es möglich sein, beliebig viele Formate zu definieren. Die Formate werden im Backend angelegt: - eindeutige Kennung -> über diese Kennung kann ein Bildformat im Template angesprochen werden - Beschreibung (mehrsprachig? notwendig? Ist nur für Administration) - Höhe & Breite - Dateiformat (jpg, gif, png...) - ggf. Kompressionsrate |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000086)
Doc Olson 19.09.2009 16:41 |
Die bisher bekannten Formate sollten als Default vorgegeben werden. Ggf. sollten diese vor Löschung geschützt werden. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 342 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 18.10.2010 19:57 | 19.10.2010 13:33 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | password_double_opt.php: Emailadresse vorausgefüllt | ||||
| Beschreibung: |
http://forum.webs.de/viewtopic.php?f=3&t=177 Unter bestimmten Umständen kann es vorkommen, dass 2x ein xtc_draw_input_field für eine "email" aufgerufen wird. Beim 2. Mal (in der password_double_opt.php) wird dann der alte Wert übernommen. Auch mal ein Blick in die Zeile darunter werfen, ob die Parameter so korrekt sind ... |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000317)
xantiva 19.10.2010 13:33 |
rev. 1586 Die fehlenden Parameter hinzugefügt und auch in der Zeile drunter die falsche Parameterreihenfolge gefixt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 158 | [WEB-Shop] Frontend | Feature-Wunsch | N/A | 05.10.2009 23:22 | 17.10.2010 17:52 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Zweites Eingabefeld für die Emailadresse, um diese gegeneinander abzugleichen | ||||
| Beschreibung: | Es passiert relativ häufig, dass Kunden ihre Emailadresse falsch eingeben. Ein zweites Eingabefeld soll angezeigt und die beiden Emails gegen geprüft werden. (Um Tippfehler zu reduzieren.) | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000099)
xantiva 08.10.2009 19:10 |
Mit rev. 932 eingecheckt. Da sehr viele Teile des Quellcodes der create_account.php und create_guest_account.php identisch sind, habe ich diesen in der create_customer.inc.php zusammengefasst. |
|
(0000243)
xantiva 25.07.2010 23:10 |
In die v1.0.10 implementieren. |
|
(0000257)
xantiva 01.08.2010 19:57 |
Hi Jörg, ich wollte rev. 932 in die 1.0.10 übertragen, damit die Code Verdoppelung aufhört. Du hast angefangen die create_account schon mit den neuen Mail-Templates zu versehen. Hast Du das auch für die create_guest_account vorbereitet? Sonst werde ich das nachziehen. Die Bundesland Selektion per JS funktioniert auch nur im gunnart und nicht im anderen Template. |
|
(0000267)
xantiva 19.08.2010 20:47 |
Mit rev. 1410 die Email Bestätigung eingebaut, das selektierte Bundeland wird nun auch bei einem Reload beibehalten (auch im neuen Template). Aber die Class mail_template fehlt noch ... Die Formular sind derzeit noch nicht funktionsfähig! |
|
(0000316)
xantiva 17.10.2010 17:52 |
Auch wenn noch nicht alle Email Templates fertig sind, die Anmeldeformulare mit Emailprüfung funktionieren nun. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 156 | [WEB-Shop] Backend | schwerer Fehler | N/A | 30.09.2009 19:12 | 17.10.2010 16:20 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | htaccess Passwortschutz für Backend | ||||
| Beschreibung: |
Um den Shop weiter abzusichern, sollte idealerweise durch den Installer gleich ein Passwortschutz für das /admin Verzeichnis angelegt werden. siehe z. B. http://www.premium-hosting-24.de/schwere-sicherheitsluecke-onlineshop-xt-commerce/ |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000315)
xantiva 17.10.2010 16:20 |
rev. 1557 Im Installer werden nun ein Benutzername und ein Passwort abgefragt und die htaccess und htpasswd erstellt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 334 | [WEB-Shop] Frontend | Unschönheit | N/A | 26.08.2010 08:56 | 17.10.2010 11:29 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | keine Änderung notwendig | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Bei xtc_product_link, etc. prüfen, ob das xtc_cleanName erforderlich ist | ||||
| Beschreibung: | Ob Produkt, Kategorie, Hersteller, Content Link, scheinbar bei allen wird der Name extra noch mal "gesäubert" wenn mit directurls gearbeitet wird. Dabei holt sich Bluegate die ganzen Namen sowieso aus der Datenbank. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000314)
xantiva 17.10.2010 11:29 |
Bleibt so wie es ist. Bei der Einstellung "Bluegate" und SEO-URLs "aus", generiert der Shop noch die alten xtc - SEO-URLs. Dafür ist das erforderlich. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 183 | [WEB-Shop] Backend | kleinerer Fehler | immer | 22.10.2009 16:50 | 17.10.2010 11:25 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Bei der Eingabe einer neuen Bestellung über das Backend werden nicht alle Daten in der Tabelle orders gespeichert | ||||
| Beschreibung: |
Wenn man für einen Kunden eine Bestellung über das Backend anlegt, dann werden offenbar diverse Felder in der Tabelle orders nicht gefüllt. Nicht geprüft, ob noch andere Tabellen davon betroffen sind. mind. diese Felder fehlen, bzw. sind sonst ausgefüllt: * customers_gender * customers_firstname * customers_lastname * delivery_gender * delivery_firstname * delivery_lastname * delivery_country_iso_code_2 * billing_gender * billing_firstname * billing_lastname * billing_country_iso_code_2 * refferers_id |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000115)
xantiva 22.10.2009 16:51 |
Müssen wir überlegen, ob das bis zur v1.2 überhaupt notwendig ist. |
|
(0000313)
xantiva 17.10.2010 11:25 |
rev. 1556 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 120 | [WEB-Shop] Backend | Unschönheit | immer | 19.08.2009 17:28 | 16.10.2010 20:45 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | nicht reproduzierbar | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.1 | ||||
| Zusammenfassung: | Kelkoo Export fehlerhaft (alle Produkte doppelt) | ||||
| Beschreibung: |
http ://w ww.ecombase.de/forum/index.php?showtopic=44301 Alle Produkte sollen doppelt in der Export Datei vorhanden sein ... Update: Kann ich derzeit nicht nachvollziehen! |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000311)
xantiva 16.10.2010 20:45 |
Da keine Rückmeldung mehr: Erledigt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 48 | [WEB-Shop] Template | Unschönheit | immer | 04.02.2009 12:22 | 16.10.2010 19:58 |
| Reporter: |
|
Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | keine | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | keine Änderung notwendig | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | Version 1 | ||||
| Zusammenfassung: | econda einbindung, nur über das Template | ||||
| Beschreibung: | econda einbinden über das Template ohne an die Core Daten heranzutreten. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000113)
xantiva 19.10.2009 18:36 |
gunah ist kein Entwickler mehr, daher die Zuweisung entfernt. |
|
(0000309)
xantiva 16.10.2010 19:58 |
Econda wurde komplett entfernt, daher ist der Eintrag nicht mehr relevant. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 112 | [WEB-Shop] Template | Feature-Wunsch | N/A | 13.05.2009 16:14 | 16.10.2010 19:50 |
| Reporter: |
|
Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.2 | ||||
| Zusammenfassung: | Smarty 2.6.24 Released | ||||
| Beschreibung: |
Version 2.6.24 (May 16th, 2009) ------------------------------- - fix problem introduced with super global changes (mohrt) Version 2.6.23 (May 13th, 2009) ------------------------------- - strip backticks from {math} equations (mohrt) - make PHP super globals read-only from template (mohrt) - throw error when template exists but not readable (mohrt) Smarty 2.6.24 Released This release addresses a bug introduced in 2.6.23 with the super global changes. Smarty 2.6.23 Released This release addresses a correction with the {math} plugin where backticks were not properly sanitized, creating a possible shell execution, even from a secure template. There are no known sequences that actually do anything, but removing backticks will rule out any question. Also addressed, templates that exist but are not readable now create a proper error message. NEWS/Changelog: http://www.smarty.net/misc/NEWS Download: http://www.smarty.net/download.php |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000073)
xantiva 13.09.2009 08:01 |
Kein Bearbeiter mehr zugewiesen, daher Status zurück gestuft. |
|
(0000118)
xantiva 24.10.2009 15:37 |
Die v 3.0 ist bereits angekündigt ... |
|
(0000308)
xantiva 16.10.2010 19:50 |
Mit rev. 1499 die 2.6.26 eingebaut. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 231 | [WEB-Shop] Template | kleinerer Fehler | immer | 08.12.2009 20:25 | 16.10.2010 19:46 |
| Reporter: | lillebor | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.6 | ||
| Produkt-Build: | Lösung: | nicht reproduzierbar | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | |||||
| Zusammenfassung: | Fehler auf der Seite /products_new.php | ||||
| Beschreibung: |
Warning: Division by zero in /home/www/ww2365/html/sending/templates/sending_new/smarty/block.ListingVars.php on line 100 Warning: Division by zero in /home/www/ww2365/html/sending/templates/sending_new/smarty/block.ListingVars.php on line 78 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: |
hier zu sehen: htt p:// sending.de/products_new.php oder hier: http :// ecb.ballettshop-petit-allegro.de/products_new.php |
||||
| Zusätzliche Informationen: | an der Datei wurden keine Veränderungen vorgenommen. | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000157)
xantiva 10.12.2009 21:13 (Zuletzt bearbeitet: 16.10.2010 19:45) |
Bitte auf http://demo.webs.de/ nachstellen. Auf welchen Template basiert das ganze? Nebenbei ist das Template auf ecb.ballettshop-petit-allegro.de/ nicht OK! <script type="text/javascript" src="templates/' . CURRENT_TEMPLATE . '/javascript/jquery-1.2.6.min.js"></script> <script type="text/javascript" src="templates/' . CURRENT_TEMPLATE . '/javascript/jquery.countdown.js"></script> <script type="text/javascript" src="templates/' . CURRENT_TEMPLATE . '/javascript/jquery.countdown-de.js"></script> Das sollte wohl eher der tatsächliche Templatename sein, oder? Ciao, Mike |
|
(0000307)
xantiva 16.10.2010 19:46 |
Hat sich nicht gemeldet => zu. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 61 | [WEB-Shop] Frontend | Unschönheit | immer | 19.02.2009 17:05 | 16.10.2010 19:05 |
| Reporter: | Koelbl | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | |||||
| Zusammenfassung: | Fehlermeldung in Produktliste wenn register_globals = ON | ||||
| Beschreibung: |
Wenn auf dem Server register_globals = ON eingestellt ist erhält der Benutzer nach mehrfachem Aufruf der Produktliste folgende Fehlermeldung: Warning: Division by zero in /[SERVERPFAD]/includes/classes/split_page_results.php on line 53 1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '-0, Problem und Lösung unter: http ://ww w.ecombase.de/forum/index.php?s=&showtopic=27854&view=findpost&p=138618 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000056)
xantiva 09.09.2009 23:54 |
Revision 416 (ab RC4) |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 126 | [WEB-Shop] Frontend | Unschönheit | immer | 19.08.2009 17:34 | 16.10.2010 19:01 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.3 | ||
| Zielversion: | |||||
| Zusammenfassung: | Captcha Anzeige im Shop hat Probleme mit XTCsid | ||||
| Beschreibung: |
Die Captcha Anzeige kommt mit den Session IDs nicht klar: <img src="http://example.com/display_vvcodes.php?XTCsid=3c4bde4d5dfa5a8a53819048648178cb?1246214796" alt="Captcha" /> Die XTCsid wird vor die ?1246214796 geschoben. In der newsletter.php wird der Link z. B. so generiert :( $smarty->assign('VVIMG', '<img src="'.xtc_href_link(FILENAME_DISPLAY_VVCODES).'?'.htmlspecialchars(time()).'" alt="Captcha" />'); Hilft es, wenn man die Zeit direkt in den xtc_href_link als Parameter übergibt? Siehe auch: htt ://www .ecombase.de/forum/index.php?showtopic=41384 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000055)
xantiva 08.09.2009 23:39 |
rev. 795 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 127 | [WEB-Shop] Backend | Feature-Wunsch | immer | 19.08.2009 17:35 | 16.10.2010 18:57 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | normal | BS-Version: | |||
| Status: | anerkannt | Produktversion: | |||
| Produkt-Build: | Lösung: | doppelt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.2 | ||||
| Zusammenfassung: | automatische Kundennummer | ||||
| Beschreibung: |
Das Shop-System sollte eine eigene "Kundennummer" automatisch vergeben können. Das ganze in einem eigenen Feld und nach einem vorgegebenem "Format". z. B. K09xxxxx wobei xxxxx dann hochgezählt werden kann. Bereits vorhandene Felder: customer_id = shop-eigene KundenID (wird intern zur verlinkung benutzt customer_cid = Admin-KundenID (Hat nix mit dem Shop zu tun - ist einfach nur da) customers_vat_id = Steueridenfikationsnummer / UstId Siehe auch: http ://w ww.ecombase.de/forum/index.php?showtopic=45881 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000068)
xantiva 12.09.2009 22:27 |
"Erledigt" war der falsche Status. Dann wird es in der Roadmap schon als erledigt gekennzeichnet. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 138 | [WEB-Shop] Backend | schwerer Fehler | immer | 13.09.2009 07:14 | 16.10.2010 18:56 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.5 | ||
| Zielversion: | 1.0.5 | ||||
| Zusammenfassung: | Keine richtiges CSV beim csv_backend | ||||
| Beschreibung: |
Beim Erstellen einer einer CSV-Datei für die Produkte wird kein richtiges CSV erstellt. http ://w ww.ecombase.de/forum/XTC-csv-Datein-bearbeiten-t47236.html |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | Wenn ein Feld den Text-Begrenzer enthält so wird dieser nicht doppelt in die CSV-Datei geschreiben sondern nur einfach. | ||||
| Zusätzliche Informationen: | Umstellen der CSV-Erstellung gemäß http://tools.ietf.org/html/rfc4180 | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000071)
yogi 13.09.2009 07:16 (Zuletzt bearbeitet: 13.09.2009 07:16) |
Wurde mit Revision 894 behoben. Die admin/includes/classes/import.php Klasse wurde modifiziert. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 146 | [WEB-Shop] Installer | schwerer Fehler | N/A | 18.09.2009 08:00 | 16.10.2010 18:56 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.5 | ||
| Zielversion: | 1.0.5 | ||||
| Zusammenfassung: | Verzeichnisrechte 0777 nach Update für (admin)/includes | ||||
| Beschreibung: |
http ://ww w.ecombase.de/forum/index.php?showtopic=48489 Bei einigen Usern sind die Verzeichnisrechte nach dem Update auf die Version 1.0.4 auf 0777 gesetzt. Bei anderen Usern nicht. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000081)
xantiva 19.09.2009 11:24 |
Die Rechte werden benötigt, um die configure.php zu schreiben. Der Shop muss nicht nur die Rechte der configures zurücksetzen (und später prüfen, ob das auch erfolgreich war) sondern auch die Verzeichnisse! |
|
(0000087)
xantiva 19.09.2009 19:12 (Zuletzt bearbeitet: 19.09.2009 19:17) |
Der Installer versucht nun am Ende die Verzeichnisrechte auf 755 zurück zu setzen und prüft das in der security_check.php. Bei Windows Systemen funktioniert die Überprüfung von Verzeichnisrechten nicht, daher wird nun im Installer eine Warnung herausgegeben und im Backend bei in der security_check.php wird die Verzeichnisprüfung auf Windows-Systemen ausgelassen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 149 | [WEB-Shop] Template | Unschönheit | immer | 21.09.2009 19:31 | 16.10.2010 18:55 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.5 | ||
| Zielversion: | 1.0.5 | ||||
| Zusammenfassung: | In den Sprachdateien fehlt in der Sektion [Index] der Wert für "text_model_number" | ||||
| Beschreibung: |
http :// ww w.ecombase.de/forum/index.php?showtopic=48560 In den Produktlistings im Gunnart Template wird die Artikelnummer eingeblendet, sofern vorhanden. Dabei steht lediglich ein ":" vor der Artikelnummer. Das "Art.Nr." fehlt. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000088)
xantiva 21.09.2009 19:36 |
At revision: 914 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 141 | [WEB-Shop] Backend | kleinerer Fehler | nicht getestet | 13.09.2009 13:56 | 16.10.2010 18:55 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | normal | BS-Version: | |||
| Status: | anerkannt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.1 | ||||
| Zusammenfassung: | Exportmodul Billiger.de: Abbruch mit weissem Bildschirm | ||||
| Beschreibung: |
http ://ww w.ecombase.de/forum/index.php?showtopic=48379 wenn ich mit dem Modul billiger.de ein Export starten möchte, dann wird dieser mit einem weißem Bildschirm abgebrochen... sowohl bei der Option "Datei herunterladen", als auch bei der Option "Auf dem Server speichern". In den Error Logs steht folgendes: QUELLTEXT [Sun Sep 13 15:23:55 2009] [warn] mod_fcgid: stderr: PHP Fatal error: Call to undefined function convert() in /var/customers/webs/d1013/shop_1/admin/includes/modules/export/billiger.php on line 181 Zeile 181 ist diese: QUELLTEXT 179 // create File 180 $fp = fopen( $filename, "w+"); 181 fputs($fp, $this-convert($schema)); 182 fclose($fp); |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000076)
xantiva 13.09.2009 13:58 |
Wenn SchusterHannes feedback gibt, ist das wohl der Fix von yogi: ***** das muß wohl korrekt so lauten: QUELLTEXT $this->convert($schema)); ***** |
|
(0000077)
xantiva 13.09.2009 17:41 |
Das Modul hat noch mehr Bugs. Es kommt mit UTF-8 Umlauten nicht klar und exportiert dann max. bis zum ersten Sonderzeichen. Auch die Versandkosten fehlen. UTF-8 ist lokal schon gefixt ... |
|
(0000098)
xantiva 06.10.2009 23:42 |
Wird mit neuer Import/Export Klasse realisiert. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 162 | [WEB-Shop] Backend | Trivial | immer | 10.10.2009 11:12 | 16.10.2010 18:55 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.5 | ||
| Zielversion: | 1.0.5 | ||||
| Zusammenfassung: | admin/validproducts.php, SQL Anfrage fehlerhaft | ||||
| Beschreibung: |
Folgende Fehlermelung erschient beim aufruf von validproducts: 1054 - Unbekanntes Tabellenfeld 'pd.products_id' in where clause SELECT * FROM products p, products_description WHERE p.products_id = pd.products_id and pd.language_id = '2' ORDER BY pd.products_name http ://ww w.ecombase.de/forum/index.php?showtopic=49307 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000103)
yogi 10.10.2009 11:12 |
Revision 934 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 171 | [WEB-Shop] Installer | schwerer Fehler | immer | 16.10.2009 20:36 | 16.10.2010 18:55 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | 944 | Lösung: | erledigt | ||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.1 | ||
| Zielversion: | 1.1 | ||||
| Zusammenfassung: | Tabelle admin_access wird bei der Installation nicht gefüllt | ||||
| Beschreibung: |
http :// www .ecombase.de/forum/admin-access-wird-nicht-gefuellt-t46756.html Ich denke, das funktioniert deswegen nicht, weil der Part in der ecombase.sql in mehreren Zeilen steht, wohingegen dieser in früheren Versionen immer nur EINE Zeile ausmachte. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000112)
yogi 17.10.2009 06:48 (Zuletzt bearbeitet: 17.10.2009 06:51) |
das Semikolon muß am ende der Zeile stehen - sonst erkennt es der Parser nicht wenn es an den "Mehrzeilern" liegen würde dann wäre in der configuration auch recht wenig enthalten... |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 176 | [WEB-Shop] Frontend | kleinerer Fehler | nicht getestet | 17.10.2009 20:09 | 16.10.2010 18:54 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | normal | BS-Version: | |||
| Status: | anerkannt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.1 | ||||
| Zusammenfassung: | Optimierung der Abfrage der boxes/whats_new.php im Template | ||||
| Beschreibung: |
htt p ://ww w.ecombase.de/forum/index.php?showtopic=47822&st=10# Zitat aus dem Forum: so, das ding konnt ich mir so nicht anschauen, ich hab da mal unnötiges iterieren durch zu große resultsets, nen komplett ungenutzen aufruf von xtprice und den genauso unnötigen aufruf von xtc_get_products_name (der aber zumindest genutzt wurde) rausgeschmissen, den zufall auf die datenbankengine ausgelagert und das resultset auf 1 limitiert, ihm aber gleichzeitig die bedingung mitgegeben, das in der aktuellen sprache auch ein produktname vorhanden sein muss... die bedingung, das es der maximalen anzeigedauer für neue produkte gehorcht hab ich auch noch mit reingenommen, kommt immer uncool wenn man über den link "neue produkte" dieser box dann auf ne leere seite kommt, dann lieber die box automatisch mit ausblenden wenn keine produkte die bedingung mehr erfüllen das sollte die performance dieser box doch erheblich steigern. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: |
<?php /* ----------------------------------------------------------------------------------------- $Id: whats_new.php 1292 2005-10-07 16:10:55Z mz $ XT-Commerce - community made shopping http ://w w.xt-commerce.com Copyright (c) 2003 XT-Commerce ----------------------------------------------------------------------------------------- based on: (c) 2000-2001 The Exchange Project (earlier name of osCommerce) (c) 2002-2003 osCommerce(whats_new.php,v 1.31 2003/02/10); www.oscommerce.com (c) 2003 nextcommerce (whats_new.php,v 1.12 2003/08/21); www.nextcommerce.org Released under the GNU General Public License ----------------------------------------------------------------------------------------- Third Party contributions: Enable_Disable_Categories 1.3 Autor: Mikel Williams | mikel@ladykatcostumes.com Performance Mod Autor: Tordt Schmidt | info@smt-webservices.de Released under the GNU General Public License ---------------------------------------------------------------------------------------*/ $box_smarty = new smarty ( ); $box_smarty->assign ( 'tpl_path', 'templates/' . CURRENT_TEMPLATE . '/' ); $box_content = ''; require_once (DIR_FS_INC . 'xtc_get_products_name.inc.php'); //fsk18 lock $fsk_lock = ''; if ($_SESSION ['customers_status'] ['customers_fsk18_display'] == '0') { $fsk_lock = ' AND p.products_fsk18!=1'; } if (GROUP_CHECK == 'true') { $group_check = " AND p.group_permission_" . $_SESSION ['customers_status'] ['customers_status_id'] . "=1 "; } if (MAX_DISPLAY_NEW_PRODUCTS_DAYS != '0') { $date_new_products = date ( "Y-m-d", mktime ( 1, 1, 1, date ( m ), date ( d ) - MAX_DISPLAY_NEW_PRODUCTS_DAYS, date ( Y ) ) ); $days = " and p.products_date_added > '" . $date_new_products . "' "; } $sql = "SELECT DISTINCT p.products_id, p.products_image, p.products_tax_class_id, p.products_vpe, p.products_vpe_status, p.products_vpe_value, p.products_price, pd.products_name FROM " . TABLE_PRODUCTS . " p, " . TABLE_PRODUCTS_TO_CATEGORIES . " p2c, " . TABLE_CATEGORIES . " c, " . TABLE_PRODUCTS_DESCRIPTION . " pd WHERE p.products_status=1 AND pd.products_id=p.products_id AND pd.language_id=" . $_SESSION ['languages_id'] . " AND pd.products_name!='' AND p.products_id = p2c.products_id AND p.products_id !='" . ( int ) $_GET ['products_id'] . "' AND c.categories_id = p2c.categories_id " . $group_check . " " . $fsk_lock . " ".$days." AND c.categories_status=1 ORDER BY RAND(), p.products_date_added DESC LIMIT 0,1"; $res = xtc_db_query ( $sql ); if ($random_product = mysql_fetch_assoc ( $res )) { $box_smarty->assign ( 'box_content', $product->buildDataArray ( $random_product ) ); $box_smarty->assign ( 'LINK_NEW_PRODUCTS', xtc_href_link ( FILENAME_PRODUCTS_NEW ) ); $box_smarty->assign ( 'language', $_SESSION ['language'] ); // set cache ID if (! CacheCheck ()) { $box_smarty->caching = 0; $box_whats_new = $box_smarty->fetch ( CURRENT_TEMPLATE . '/boxes/box_whatsnew.html' ); } else { $box_smarty->caching = 1; $box_smarty->cache_lifetime = CACHE_LIFETIME; $box_smarty->cache_modified_check = CACHE_CHECK; $cache_id = $_SESSION ['language'] . $random_product ['products_id'] . $_SESSION ['customers_status'] ['customers_status_name']; $box_whats_new = $box_smarty->fetch ( CURRENT_TEMPLATE . '/boxes/box_whatsnew.html', $cache_id ); } $smarty->assign ( 'box_WHATSNEW', $box_whats_new ); } ?> |
||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 51 | [WEB-Shop] Frontend | Unschönheit | immer | 09.02.2009 21:03 | 16.10.2010 18:53 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | keine Änderung notwendig | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | |||||
| Zusammenfassung: | Rundungsfehler | ||||
| Beschreibung: |
Hi, im Forum gibt es einen Beitrag zu einem Rundungsfehler des Systems: http ://w ww.ecombase.de/forum/index.php?showtopic=18233 Änderung in der includes/modules/order_total/ot_shipping.php, ca. Zeile 63 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000066)
xantiva 12.09.2009 22:09 |
Ist das immer noch ein Problem? |
|
(0000120)
xantiva 24.10.2009 15:47 |
Ist nicht mehr aufgetaucht. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 144 | [WEB-Shop] Datenbank | Feature-Wunsch | N/A | 14.09.2009 19:38 | 16.10.2010 18:53 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | niedrig | BS-Version: | |||
| Status: | bestätigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.2 | ||||
| Zusammenfassung: | Dezimale Mengenangaben im Warenkorb | ||||
| Beschreibung: |
http ://w ww.ecombase.de/forum/index.php?showtopic=47782 Bei Produkten, die z. B. als Meterware verkauft werden können, sollte der Kunde auch dezimale Mengenangaben machen können. Eine Lösung, wären die angestrebten "individualisierten Produkte". Dann könnte der Kunde z. B. angeben 2 Stück von einer Länge von 1,75m |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 193 | [WEB-Shop] Backend | schwerer Fehler | manchmal | 26.10.2009 21:53 | 16.10.2010 18:53 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Bluegate SQL Fehlermeldung beim Speichern von Produkten und Kategorien | ||||
| Beschreibung: |
In seltenen Fällen (http ://w ww.ecombase.de/forum/index.php?showtopic=49713) erscheint bei der Eingabe oder dem Speichern von Kategorien und Produkten die folgende Art von Fehlermeldung: 1062 - Duplicate entry '03afdbd66e7929b125f8597834fa83a4' for key 1 INSERT INTO `bluegate_seo_url` (`url_md5`,`url_text`,`products_id`,`language_id`) VALUES ('03afdbd66e7929b125f8597834fa83a4','63','749','1') [ECB SQL Error] |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000122)
xantiva 27.10.2009 20:00 |
rev 969 Wenn man 2 Sprachen installiert hatte, wurde die entsprechende While - Schleife in der update... Funktion 2x durchlaufen. Dabei wurde dann beim 2. Durchlauf ein um 1 höherer Zahlenwert für den URL_text generiert. Wenn dieser Zufällig schon vorhanden war (z. B. durch eine Kategorie), dann kam es zu den doppelten Einträgen. |
|
(0000123)
xantiva 28.10.2009 23:14 (Zuletzt bearbeitet: 16.10.2010 18:52) |
Dadurch wird dann auch gleich der Fehler behoben, bei dem nach dem Speichern an die URL einfach eine "1" angehängt worden ist. http ://w ww.ecombase.de/forum/index.php?showtopic=49979 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 199 | [WEB-Shop] Backend | kleinerer Fehler | nicht getestet | 02.11.2009 20:41 | 16.10.2010 18:50 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Tippfehler in der class categories: customers_status_array statt customers_statuses_array | ||||
| Beschreibung: |
http ://ww w.ecombase.de/forum/index.php?showtopic=50130 $customers_status_array = xtc_get_customers_statuses(); for ($i = 0, $n = sizeof($customers_status_array); $i < $n; $i ++) { if (isset($customers_statuses_array[$i]['id'])) xtc_db_query("delete from personal_offers_by_customers_status_".$customers_statuses_array[$i]['id']." where products_id = '".xtc_db_input($product_id)."'"); } Funzt nur leider nicht weil : $customers_statuses_array[$i]['id'] immer leer ist denn das Array heisst : $customers_status_array nicht $customers_statuses_array |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000131)
xantiva 02.11.2009 20:42 |
rev. 979 Da customers_statuses_array die bevorzugte Schreibweise ist, daraufhin geändert. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 192 | [WEB-Shop] Installer | kleinerer Fehler | immer | 25.10.2009 23:43 | 16.10.2010 18:50 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | keine Änderung notwendig | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Bei STRATO lässt sich der Shop nicht installieren | ||||
| Beschreibung: |
Auf Strato - Systemen kommt beim Aufruf des Installers folgender Fehler: http ://ww w.ecombase.de/forum/index.php?showtopic=48691 Warning: require(/home/strato/www/ar/www.XXXXXX.de/htdocs/includes/classes/boxes.php) [function.require]: failed to open stream: No such file or directory in /mnt/webx/44/44/44444444/htdocs/sub/ecb_installer/includes/application.php on line 53 Fatal error: require() [function.require]: Failed opening required '/home/strato/www/ar/www.XXXXXX.de/htdocs/includes/classes/boxes.php' (include_path='.:/opt/RZphp5/includes') in /mnt/webx/44/44/44444444/htdocs/sub/ecb_installer/includes/application.php on line 53 Zunächst fallen die unterschiedlichen Pfade auf: '/home/strato/www/...' ist wohl ein symbolischer Link auf den echten, absoluten Pfad '/mnt/web...'. Wenn ein Kunde bei Strato in seinem "Root"-Verzeichnis ein Unterverzeichnis "sub" anlegt und dann die Domain darauf zeigen lässt, dann gibt es folgendes Problem: $SERVER_["DOCUMENT_ROOT"] enthält "/home/strato/www/ar/www.XXXXXX.de/htdocs" $SERVER_["SCRIPT_FILENAME"] aber "/home/strato/www/ar/www.XXXXXX.de/htdocs/sub/index.php" Dem DOCUMENT_ROOT fehlt also das erforderliche Unterverzeichnis!!! $SERVER_["DOCUMENT_ROOT"] . '/sub' funktioniert ... |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000145)
xantiva 15.11.2009 01:25 |
Die Ursache ist die unübliche Konfiguration bei STRATO. Wir werden aber den Shop nicht so schreiben, dass jeder noch so abstruse Server auch läuft. Hinweise gibt es ja schon: Bei Installation in ein Unterverzeichnis mal die Zeile in der application.php des Installers ändern: define('DIR_FS_DOCUMENT_ROOT', $_SERVER['DOCUMENT_ROOT']); und das Unterverzeichnis anhängen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 86 | [WEB-Shop] Frontend | Unschönheit | immer | 19.03.2009 20:37 | 16.10.2010 18:49 |
| Reporter: |
|
Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Nach Bewertung nur weisser Bildschirm ! | ||||
| Beschreibung: |
Zitat: VanderVaart21 Guten Morgen Habt ihr das Bewertung mal getestet ? Habe als Gast und als reg. Benutzer eine Bewertung abgegeben. Wird auch gespeichert. Und man kann die Bewertung auch im Admin nachschaun. Nur für den Schreiber ist nichts sichtbar. Das einzige was man sehen kann ist Kundenrezensionen: als Überschrift, der Rest (ausser Boxen) ist weiss. Der Kunde weiss jetzt ja gar nicht was los ist. Eine Meldung mit Bewertung erfolgreich abgegeben und ein zurück Button würden da helfen. Habt ihr das gleiche Problem, oder ist der Fehler nur bei mir ? |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | http ://ww w.ecombase.de/forum/index.php?showtopic=37629 | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000136)
xantiva 07.11.2009 15:17 |
yogi hat's gesehen ;) |
|
(0000149)
yogi 16.11.2009 08:05 |
Revision 1011 behebt das problem. für den Back-Butten reicht übrigens ein {$BUTTON_BACK} im entsprechenden Templatefile |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 121 | [WEB-Shop] Backend | Unschönheit | immer | 19.08.2009 17:29 | 16.10.2010 18:49 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Paypal: Bestellstatus nach Zahlungseingang wird nicht geändert | ||||
| Beschreibung: |
http ://ww w.ecombase.de/forum/index.php?showtopic=44421 ********** ich habe ein kleineres Problem mit der Paypal Kaufabwicklung (nicht express): Nach Zahlung wird der Bestellstatus nicht wie eingestellt auf "Zahlung erhalten" gesetzt, sondern bleibt auf "offen". Die Zahlung selbst trifft ein und wird auf unter ->Kunden->Paypal und auch in der Bestellung selbst angezeigt. Nur der Bestellstatus wird nicht automatisch angepasst. Gleiches Problem haben wir noch mit Moneybookers. ********** (Noch nicht verifiziert.) |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000133)
dthewes 05.11.2009 15:15 |
Fehler tritt wie beschrieben auch bei uns auf. |
|
(0000150)
Doc Olson 21.11.2009 11:04 |
includes/application_top_callback.php fehlten folgende Einträge: require_once (DIR_FS_INC . 'xtc_db_set_charset.inc.php'); require_once (DIR_FS_INC . 'charset_mapper.inc.php'); |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 223 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 25.11.2009 11:41 | 16.10.2010 18:49 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | zugewiesen | Produktversion: | |||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.1 | ||||
| Zusammenfassung: | "Zusatzattribute" auch für Kategorien | ||||
| Beschreibung: |
http ://ww w.ecombase.de/forum/index.php?showtopic=49867&st=10&p=204279&#entry204279 - Die Zusatzattribute bei den Artikeln auch für Kategorien - Eine Tabelle - Zuordnung zu Produkten / Kategorien je über Zwischentabelle - sprachunabhängiger Schlüssel, um Zugriff im Template zu erleichtern - Werte auch als Text-Felder |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 236 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 19.12.2009 09:36 | 16.10.2010 18:49 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.6 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.7 | ||
| Zielversion: | 1.0.7 | ||||
| Zusammenfassung: | Textänderung: Widerrufsbelehrung zur Kenntnis genommen | ||||
| Beschreibung: |
http : //w ww.ecombase.de/forum/index.php?showtopic=54264 In der Checkout wird der Kunde aufgefordert 2 Häkchen zu setzen 1. Ich akzeptiere Ihre allgemeinen Geschäfts- und Lieferbedingungen 2. Ich akzeptiere Ihre Widerrufsbelehrung Dieser Satz muss anders geschrieben werden: Ich habe die Widerrufsbelehrung zur Kenntnis genommen Ändern kann man das ganze in folgender Datei: root/lang/german/ lang_german.conf Suchen nach : text_accept_revocation = 'Ich akzeptiere Ihre Widerrufsbelehrung' Zeile 333 ändern in : text_accept_revocation = 'Ich habe die Widerrufsbelehrung zur Kenntnis genommen' |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000161)
xantiva 19.12.2009 09:38 |
rev. 1041 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 219 | [WEB-Shop] Backend | kleinerer Fehler | nicht getestet | 20.11.2009 17:38 | 16.10.2010 18:48 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.7 | ||||
| Zusammenfassung: | Irreführende Beschreibung der Versandkosten | ||||
| Beschreibung: |
http ://w ww.ecombase.de/PRO/showthread.php?t=24565 Moinsen.. im Prizip kein Bug, nur eine falsche Beschreibung. Bei der Versandart DP (Deutsche Pöst) heisst es in der Bescheibung : ZITAT Example: 0-3:8.50,3-7:10.50,... Weights greater than 0 and less than or equal to 3 would cost 14.57 Bei welchem Steuersatz wie und woher da irgendwo 14,57 rauskommen sollen bleibt ein Rätsel, aber das ist nicht der Punkt. Denn diese Angabe funktioniert überhaupt nicht, weil die Funktion dieses "von bis" gar nicht berücksichtigt. guckst du hier: QUELLTEXT echo'Kosten := '.$dp_cost.' '; print_r($dp_table).' '; // WATCH OUT HERE : IF THE WEIGHT EXCEED THE MOST HIGH WEIGHT SETTINGS NO SHIPPING CAN BE CALCULATED! MAKE SURE PAKET MAX WEIGHT IS RESTRICTED! {by mac 2009-10} for ($i=0; $i<sizeof($dp_table); $i+=2) { if ($shipping_weight <= $dp_table[$i]) { $shipping = $dp_table[$i+1]; $shipping_method = MODULE_SHIPPING_DP_TEXT_WAY . ' ' . $dest_country . ': '; break; } } Ergebnis: Kosten := 0-4:6.99,5-10:9.70,20:13.00,35:30.50 Array ( [0] => 0-4 [1] => 6.99 [2] => 5-10 [3] => 9.70 [4] => 20 [5] => 13.00 [6] => 35 [7] => 30.50 ) Wie man sehen kann wir das '-' nicht mehr gesplittet. Darum wird beim berechnen der Versandkosten das Gewicht des Pakets mit "0-4" ( was -4 wäre, Anmerk. des Autors) bzw. immer mit einem negativen Wert auf '<=' verglichen. Weil nun der Ausdruck des Gewichts immer negativ ist und mit einem Wert > 0 verglichen wird (negative Paketgewichte....wäre ja Antischwerkraft) , gibt der Ausdruck immer true zurück. Das führt dazu das immer der höchste Wert genommen wird, aber NUR solange für das aktuelle Paketgewicht auch ein Eintrag existiert. Sollte das Paketgewicht höher sein als der höchste Gewichtseintrag gibt die Funktion gar nichts zurück. Ok, es gibt schon was. Nämlich ein "Die Versandkosten konnten zur Zeit nicht ermittelt werden" mit dem Wert 0,00!, was unter Umständen, bei schweren teuren Paketen, den Kunden begeistert, aber den Verkäufer ruiniert smiley_emoticons_doh.gif Wie gesagt, nicht unbedingt ein Bug, aber das kann sowas von nerven wenn man nicht weiß woran es liegt.. Vielleicht ändert ihr die Beschreibungstexte mal. Geprüft in der dp.php, aber vermutlich ist das überall so wo Gewichte eingetragen werden können. es grüßt der mac |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000165)
yogi 05.01.2010 17:04 |
Revision 1062 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 239 | [WEB-Shop] Frontend | schwerer Fehler | immer | 11.01.2010 14:44 | 16.10.2010 18:47 |
| Reporter: | die-andis | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.7 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.8 | ||||
| Zusammenfassung: | Checkout geht nicht da customers_status_max_order auf '0' gesetzt wird | ||||
| Beschreibung: |
Wenn man bei der Kundengruppe keine Angabe zu den minimal & maximal-Beträgen einer Bestellung macht so wird diese vom system mit '0' gespeichert, anstatt diese auf 'NULL' zu setzten. Aufgrund der korrekten Prüfung dieser Werte am der Version 1.0.7 können nun Kunden nicht mehr bestellen. Sie auch Forum http ://ww w.ecombase.de/PRO/showthread.php?t=27367 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000168)
yogi 11.01.2010 14:45 |
Revision 1076 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 243 | [WEB-Shop] Backend | schwerer Fehler | immer | 14.01.2010 15:18 | 16.10.2010 18:47 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.7 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.8 | ||
| Zielversion: | 1.0.8 | ||||
| Zusammenfassung: | Versandart läßt sich im Backend nicht mehr ändern | ||||
| Beschreibung: |
Die Versandart läßt sich im Backend bei der Bestellbearbeitung nicht mehr ändern. Es erscheint eine Warnung: Couldn't find constant MODULE_SHIPPING__TEXT_TITLE http ://ww w.ecombase.de/PRO/showthread.php?t=27941 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000171)
yogi 14.01.2010 15:22 |
Revision 1079 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 206 | [WEB-Shop] Backend | kleinerer Fehler | immer | 06.11.2009 00:07 | 16.10.2010 18:47 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.8 | ||
| Zielversion: | 1.0.7 | ||||
| Zusammenfassung: | Datenbankmanager - Backup des Shop kann nicht wieder eingespielt werden. | ||||
| Beschreibung: |
http ://w ww.ecombase.de/forum/index.php?showtopic=50123 Die Backup / Restore Funktionalität im Backend funktioniert nicht mehr. Zum einen gibt bei einigen Zeilen im Export ein Hochkomma zu viel, zum anderen kann der erzeugte create Befehl nicht von phpMyAdmin interpretiert werden. Am besten SHOW CREATE TABLE `tableName` verwenden. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: |
In Zeile 104 (rev 811) ist ein Hochkomma zu viel: neu: $schema .= ' ('.implode("),\n (", $lines).");\n"; |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000163)
yogi 31.12.2009 14:06 |
Revision 1053: Überflüssiges Apostroph beseitigt. |
|
(0000172)
yogi 15.01.2010 08:06 |
Das Problem ist mit dem Patch in der V1.0.7 noch nicht behoben gewesen. Der DUMP ist zwar syntaktisch korrekt, jedoch hat das Script ein Problem beim Einlesen der Daten. Revision 1081 sollte das nun beseiten |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 247 | [WEB-Shop] Backend | kleinerer Fehler | manchmal | 19.01.2010 16:24 | 16.10.2010 18:46 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.9 | ||
| Zielversion: | 1.0.9 | ||||
| Zusammenfassung: | Hilfsprogramm import/export funktioniert nicht | ||||
| Beschreibung: |
Beim Starten der neuen Import/Export Funktion im Backend erscheint folgende MeldungWarning: require_once(../configure.php) [function.require-once]: failed to open stream: No such file or directory in /www/htdocs/w00a3398/shop1/admin/includes/classes/transfer.php on line 535 Fatal error: require_once() [function.require]: Failed opening required '../configure.php' (include_path='.:/usr/share/php:..') in /www/htdocs/w00a3398/shop1/admin/includes/classes/transfer.php on line 535 h ttp ://ww w.ecombase.de/PRO/showthread.php?p=172221 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000174)
yogi 19.01.2010 16:26 |
Das Problem ist der PHP.ini wert "register_argc_argv" welcher auf "On" gesetzt ist. Revision 1093 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 248 | [WEB-Shop] Frontend | schwerer Fehler | immer | 21.01.2010 16:24 | 16.10.2010 18:42 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.6 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.9 | ||
| Zielversion: | 1.0.9 | ||||
| Zusammenfassung: | Keine Bewertung möglich | ||||
| Beschreibung: |
Das abgeben einer Bewertung ist nicht möglich, da kein Eingabefeld angezeigt wird. Betrifft beide Templates http ://ww w.ecombase.de/PRO/thread26095.html |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000175)
yogi 21.01.2010 16:44 |
Revision 1095 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 253 | [WEB-Shop] Backend | Unschönheit | immer | 26.01.2010 16:58 | 16.10.2010 18:41 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.9 | ||
| Zielversion: | 1.0.9 | ||||
| Zusammenfassung: | Fehler im Admin bei Stückzahl 0 | ||||
| Beschreibung: |
beim Bearbeiten einer Bestellung mit Eingabe der Menge 0 entsteht in der Bestell-Übersicht ein PHP-Warning: Division by zero http ://w ww.ecombase.de/PRO/showthread.php?p=173805#post173805 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000177)
yogi 26.01.2010 16:59 |
Revision 1107 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 249 | [WEB-Shop] Frontend | Unschönheit | manchmal | 22.01.2010 13:30 | 16.10.2010 18:41 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.9 | ||
| Zielversion: | 1.0.9 | ||||
| Zusammenfassung: | Doppelte Produkte in der product_listing | ||||
| Beschreibung: |
Manchmal erscheinen die Produkte in der Liste doppelt http ://ww w.ecombase.de/PRO/showthread.php?p=165053 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000178)
yogi 27.01.2010 17:53 |
Revision 1097 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 254 | [WEB-Shop] Frontend | Unschönheit | immer | 27.01.2010 16:18 | 16.10.2010 18:35 |
| Reporter: | blackshadow | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.9 | ||
| Zielversion: | 1.0.9 | ||||
| Zusammenfassung: | Umlaute werden in Links nicht codiert bei SUMA-Urls -> Validierungsfehler | ||||
| Beschreibung: |
<a href="http://demo.webs.de/Tästkategorie:::2.html" </a> -> <a href="http://demo.webs.de/T%C3%A4stkategorie:::2.html" </a> Probelematik in shopstat durch Yogi bereits gelöst - läuft im ECB-Demoshop (http://demo.webs.de) - betreffende Datei gibt es als bugfile: http://wiki.webs.de/bugfiles/shopstat_functions.inc.php Bluegate - DirectURL noch ausständig. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | Menülink mit Umlaut erstellen, anschließend Quellcode aufrufen. | ||||
| Zusätzliche Informationen: | http ://w ww.ecombase.de/PRO/showthread.php?p=175367#post175367 | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000182)
yogi 31.01.2010 11:17 (Zuletzt bearbeitet: 16.10.2010 18:35) |
Lösung für Bluegate / DirectURL: http://wiki.webs.de/bugfiles/bluegate_seo.inc.php |
|
(0000183)
yogi 31.01.2010 11:19 |
Revision 1112 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 277 | [WEB-Shop] Backend | schwerer Fehler | immer | 30.03.2010 13:44 | 16.10.2010 18:31 |
| Reporter: | schmilz | Rechnertyp: | MacBook Pro | ||
| Bearbeitung durch: | yogi | Betriebssystem: | Mac OS X | ||
| Priorität: | normal | BS-Version: | 10.5.8 | ||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.9 | ||
| Zielversion: | |||||
| Zusammenfassung: | Fehler bei eigenen Kundengruppen in der admin/customers_status.php, nur in Version 1.08 | ||||
| Beschreibung: |
Beim Versuch eine neue Kundengruppe im Admin zu erstellen oder eine Kundengruppe zu löschen werden SQL-Fehler erzeugt. Siehe im Forum: http ://w ww.ecombase.de/PRO/thread35609.html und http ://ww w.ecombase.de/PRO/thread44275.html die geänderte Datei admin/customers_status.php aus dem Thread http ://ww w.ecombase.de/PRO/thread44275.html (Anlage) behebt das Problem. Zusätzlich müssen 2-4 Änderungen an der DB vorgenommen werden wenn mit der Version 1.08 schon versucht wurde neue Kundengruppen zu erstellen oder Kundengruppen zu löschen. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: |
Immer reproduzierbar mit ECB V 1.08, auch im Demoshop. Neue Kundengruppe via Admin erstellen und/oder Kundengruppen löschen. |
||||
| Zusätzliche Informationen: | |||||
| Systembeschreibung | |||||
| Angehängte Dateien: |
customers_status.php.zip (5,881 Bytes) 30.03.2010 13:44 https://bugs.webs.de/file_download.php?file_id=8&type=bug |
||||
| Notiz | |
|
(0000205)
yogi 14.04.2010 15:07 |
Der SQL-Fehler bewirkt hier einiges, die Lösung aus dem Forum sind korrekt. customers_status.php übernommen update-procedure modifiziert so daß fehlerhafte Spalten aus categories & products entfernt werden. Revision 1139 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 255 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 28.01.2010 09:19 | 16.10.2010 18:30 |
| Reporter: | Webfolio | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | doppelt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.9 | ||
| Zielversion: | 1.0.9 | ||||
| Zusammenfassung: | Fehler bei "Erweiterte Suche nach Preis" | ||||
| Beschreibung: |
Folgende Felder wurden in der erweiterten Suche gefüllt... Geben Sie Ihre Suchbegriffe ein: nichts eingetragen Kategorien: nichts eingetragen Unterkategorien mit einbeziehen nichts eingetragen Hersteller:nichts eingetragen Preis ab: 44 Preis bis: 444 Nachvollziehbar im Demo-Shop: http://demo.webs.de/advanced_search_result.php?XTCsid=1if75144qv9j6g5h8g7g2mutl5s29qa6&keywords=&categories_id=&inc_subcat=1&manufacturers_id=&pfrom=44&pto=444&x=47&y=4 1054 - Unknown column 'tax_rate' in 'where clause' SELECT distinct p.products_id, p.products_price, p.products_model, p.products_quantity, p.products_shippingtime, p.products_fsk18, p.products_image, p.products_weight, p.products_tax_class_id, p.products_vpe, p.products_vpe_status, p.products_vpe_value, pd.products_name, pd.products_short_description, pd.products_description FROM products AS p LEFT JOIN products_description AS pd ON (p.products_id = pd.products_id) LEFT OUTER JOIN products_attributes AS pa ON (p.products_id = pa.products_id) LEFT OUTER JOIN products_options_values AS pov ON (pa.options_values_id = pov.products_options_values_id) LEFT OUTER JOIN specials AS s ON (p.products_id = s.products_id) AND s.status = '1' LEFT JOIN products_to_customers_status po ON p.products_id = po.products_id AND customers_status = 1 WHERE p.products_status = '1' AND pd.language_id = '2' AND (IF(s.status = '1' AND p.products_id = s.products_id, s.specials_new_products_price, p.products_price) >= round((44/(1+tax_rate/100)),4) ) AND (IF(s.status = '1' AND p.products_id = s.products_id, s.specials_new_products_price, p.products_price) <= round((444/(1+tax_rate/100)),4) ) [ECB SQL Error] |
||||
| Tags: | erweiterte suche | ||||
| Schritte zur Reproduktion: |
Siehe: http ://ww w.ecombase.de/PRO/thread28343.html |
||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 244 | [WEB-Shop] Frontend | schwerer Fehler | immer | 16.01.2010 17:22 | 16.10.2010 18:29 |
| Reporter: | Autodidakt | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.7 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.9 | ||
| Zielversion: | 1.0.9 | ||||
| Zusammenfassung: | Fehler bei Preisbegrenzung in der erweiterten Suche | ||||
| Beschreibung: |
Fehlermeldung 1054 - Unknown column 'tax_rate' in 'where clause' |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | Preise in der erweiterten Suche eingeben | ||||
| Zusätzliche Informationen: |
Hier angesprochen und "dirty" gefixt: http ://ww w.ecombase.de/PRO/thread28343.html |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000185)
yogi 31.01.2010 21:23 |
Revision 1120 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 275 | [WEB-Shop] Datenbank | Feature-Wunsch | immer | 17.02.2010 14:31 | 16.10.2010 18:29 |
| Reporter: | Hobbybastler | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | ECB vorhandene Lagerliste Freischalten - stats_stock_warning.php | ||||
| Beschreibung: |
ECB Lagerliste aktivieren Datei: admin/includes/stats_stock_warning.php MYSQL Befehl in der Datenbank ausführen ALTER TABLE `admin_access` ADD `stats_stock_warning` INT( 1 ) NOT NULL ; UPDATE admin_access SET `stats_stock_warning`=1 WHERE `customers_id`=1 ; für die Berechtigung der Anzeige der Lagerliste durch den Admin und für den Link im Admin Datei: admin/includes/modules/header.php Das suchen BOX_SALES_REPORT => array('acl' => 'stats_sales_report', 'link' => FILENAME_SALES_REPORT, 'icon' => 'icon_umsatz.png'), darunter das einfügen Zeile ca.145 // Lagerliste BOX_STOCK_WARNING => array('acl' => 'stats_search_keywords', 'link' => FILENAME_STATS_STOCK_WARNING, 'icon' => 'icon_produkt.png'), //Lagerliste EOF Es werden die Produkte im Shop angezeigt und der Lagerbestand |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | Die Datei war unter XT:C 3.0.4SP2.1 auch schon vorhanden und ist nie genutzt worden! | ||||
| Zusätzliche Informationen: |
Und wer es auch umfangreicher z.b. für die Attribute braucht mit Teilenummer und .... findet von mir eine geänderte Version der Datei: admin/includes/stats_stock_warning.php die man nur austauschen braucht und das wars. Hänge mal ein Bild an, von der geänderten Version http :// w ww.ecombase.de/PRO/thread29113.html |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000197)
Hobbybastler 09.03.2010 12:28 |
Nachtrag bzw. Richtigstellung Lagerliste Datei: admin/stats_stock_warning.php Menüeintrag Datei: /admin/includes/header.php // Lagerliste BOX_STOCK_WARNING => array('acl' => 'stats_stock_warning', 'link' => FILENAME_STATS_STOCK_WARNING, 'icon' => 'icon_produkt.png'), //Lagerliste EOF |
|
(0000245)
xantiva 25.07.2010 23:22 |
Kannst Du Deine geänderte Version bitte auch mal hier anhängen? Sonst nehme ich meine ;) |
|
(0000258)
xantiva 01.08.2010 22:24 |
rev. 1360 Da ich nichts bekommen habe, wurde es meine Version ;) |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 153 | [WEB-Shop] Backend | Unschönheit | N/A | 28.09.2009 23:25 | 16.10.2010 18:29 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.3 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Zahlungsmodul LUUPAY entfernen | ||||
| Beschreibung: |
Da der Zahlungsanbieter seine Dienste eingestellt hat, brauchen wir auch dieses Modul nicht mehr ... http://wiki.webs.de/index.php/Templates |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | http ://w ww.ecombase.de/forum/index.php?showtopic=44109 | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000092)
xantiva 28.09.2009 23:26 |
Mit rev. 773 entfernt |
|
(0000276)
xantiva 21.08.2010 12:20 |
Auch in die 1.0.10 übertragen. |
|
(0000284)
xantiva 22.08.2010 21:58 |
Auch mir rev. 1425 in der 1.0.10 entfernt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 273 | [WEB-Shop] Backend | schwerer Fehler | immer | 15.02.2010 21:23 | 16.10.2010 18:26 |
| Reporter: | Webfolio | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | CSV Import/Export - "BAD csv line:" bei Import Artikel-CSV | ||||
| Beschreibung: |
Beim Versuch eine Artikel-CSV zu importieren, erscheint der Fehler "BAD csv line:" Die fehlerhafen Zeilen werden ausgegeben. Beiträge im Forum: htt p://ww w.ecom base.de/PRO/thread32092.html ht tp:// www.eco mbase.de/PRO/showthread.php?t=28582&page=3&highlight=BAD%20csv%20line |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: |
Uhrenschutzfolien_TEST.csv (3,332 Bytes) 17.02.2010 08:39 https://bugs.webs.de/file_download.php?file_id=6&type=bug |
||||
| Notiz | |
|
(0000196)
yogi 17.02.2010 07:41 (Zuletzt bearbeitet: 17.02.2010 07:42) |
Hi, bitte mal die entsprechende Datei ans Ticket anhängen - bei mir funktioniert das nämlich problemlos. |
|
(0000297)
xantiva 21.09.2010 19:26 (Zuletzt bearbeitet: 21.09.2010 19:26) |
Die neue Transfer Klasse hat noch Macken. Fixen bis zur 1.0.10. Excel hat z. B. Probleme mit dem Import der UTF-8 Daten => Beim Transfer eine Änderung der Zeichencodierung ermöglichen! Importer fixen. |
|
(0000299)
xantiva 02.10.2010 14:24 |
rev. 1545 Der Produkt Export / Import funktioniert nun. CSV - Export nach Excel und Import einer mit Excel bearbeiteten Datei getestet. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 111 | [WEB-Shop] Backend | Unschönheit | immer | 29.04.2009 20:28 | 16.10.2010 18:25 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | wird nicht behoben | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.2 | ||||
| Zusammenfassung: | Froogle - Export fehlerhaft | ||||
| Beschreibung: |
http: //ww w.ecomb ase.de/forum/index.php?showtopic=41771&pid=167795&st=0&#entry167795 Es fehlen erforderliche Tabellenfelder und die Entities der Beschreibungen werden zerstört. |
||||
| Tags: | export, froogle, google, googlebase | ||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000050)
xantiva 22.05.2009 19:26 (Zuletzt bearbeitet: 09.09.2009 23:29) |
Neuer GoogleBase XML Export ist mit rev. 721 schon mal eingecheckt. Der neue Ordner "cronjobs" sollte evtl. noch gesichert werden. |
|
(0000268)
xantiva 21.08.2010 11:49 |
Bitte prüfen, ob mit Deiner neuen Transfer Klasse nicht sowieso hinfällig geworden ... |
|
(0000305)
xantiva 16.10.2010 18:25 |
Thema im Forum ist nicht mehr zu lesen. Der neue Google Base Export sollte funktionieren. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 262 | [WEB-Shop] Frontend | schwerer Fehler | immer | 11.02.2010 08:52 | 16.10.2010 18:06 |
| Reporter: | mannez | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | nicht reproduzierbar | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Session-ID werden immer erneuert bzw. bleiben nicht konstant | ||||
| Beschreibung: |
Bei der Einstellung "Cookie Benutzung erzwingen = false" erhält bei deaktivierten Cookies jeder Link zunächst eine Session-ID. Wenn ich auf einen Link klicke, wird die Session-ID erneuert. D.H. man bekommt immer wieder eine andere Session-ID. Somit ist dann z.B. der Warenkorb wieder leer. Die Adresszeile des Browsers enthält nach dem Klick auf die URL die Adresse ohne Session-ID. Es wird kein SSL-Proxy eingesetzt. Wobei dies schon bei "normalen" http Seiten auftritt und nicht erst bei https Seiten. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: |
Im Browser Cookies deaktivieren. Seite aufrufen. Wir haben z.B. die XTCsid=53f2ba1fe34375b0ff0b53b1921adf1b Klick auf z.B. beliebige Kategorie nun haben wir die z.B. XTCsid=8f25cefc2ec02ccc44315b5bdda458a5 |
||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000282)
xantiva 21.08.2010 12:51 |
reproduzieren? |
|
(0000304)
xantiva 16.10.2010 18:06 |
Kann ich hier in der aktuellen Version (1.0.10 "alpha") nicht reproduzieren. Falls das noch aktuell ist, bitte nochmals melden, damit wir ggf. die Ursache finden. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 133 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 12.09.2009 12:55 | 16.10.2010 18:00 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | dringend | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.1 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Sichern der Im/Export - Verzeichnisse mittels htaccess | ||||
| Beschreibung: | Um unberechtigte Zugriffe auf die Im / Export - Daten zu vermeiden, sollten die entsprechenden Verzeichnisse per htaccess Passwortschutz versehen werden. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000061)
yogi 12.09.2009 14:36 |
Revision: 893 |
|
(0000277)
xantiva 21.08.2010 12:22 |
Auch in der 1.0.10 implementieren. |
|
(0000303)
xantiva 16.10.2010 18:00 |
War im branch auch mit rev 893 schon gefixt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 274 | [WEB-Shop] Backend | Blocker | immer | 16.02.2010 21:08 | 16.10.2010 17:19 |
| Reporter: | mbdesign | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | |||||
| Zusammenfassung: | sitemap1.xml wird durch robots.txt geblockt | ||||
| Beschreibung: |
Habe heute im meinem Google account folgendes gefunden! URL durch "robots.txt" eingeschränkt Bei dem Versuch, auf Ihre XML-Sitemap zuzugreifen, ist ein Fehler aufgetreten. Stellen Sie sicher, dass Ihre XML-Sitemap unseren Richtlinien entspricht und dass der Zugriff an der von Ihnen angegebenen Position möglich ist. Reichen Sie anschließend die Daten erneut ein. denke das sollte raus Disallow: /export/ oder Allow /export/sitemap1.xml |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000195)
mbdesign 16.02.2010 21:17 |
Blödsinn "oder Allow: /export/sitemap1.xml" am besten nur noch ins root Verzeichnis, dazu sollte das sitemap export Modul so verändert werden das es nur noch möglich ist dort hin zu exportieren. |
|
(0000208)
yogi 15.04.2010 08:53 (Zuletzt bearbeitet: 15.04.2010 08:57) |
Du solltest den ECB GoogleBase export benutzen, der schreibt in das Verzeichnis /shopexport welches nicht den Restriktionen der robots.txt unterliegt. Admin->Hilfsprogramme->Import/Export->Export GoogleBase |
|
(0000220)
xantiva 14.05.2010 22:13 |
Die sitemap.xml gehört zwingend in das Root - Verzeichnis des Shops. Siehe http://www.sitemaps.org/de/protocol.php#location Zitat: "Vom Speicherort der Sitemap-Datei hängt ab, welche URLs in diese Sitemap aufgenommen werden können. Eine Sitemap-Datei am Speicherort http://example.com/catalog/sitemap.xml kann URLs beginnend mit http://example.com/catalog/ enthalten, jedoch keine URLs beginnend mit http://example.com/images/." @Yogi: Mein "ECB-Modul" konnte damals in den Root des Shops schreiben, geht das mit der Transferklasse nicht mehr? |
|
(0000221)
yogi 23.05.2010 12:07 |
ich habe inzwischen ein neues Modul für den import/export geschrieben - das schreibt auch direkt in das Root-VZ und berücksichtigt noch diverse andere besonderheiten (Dateigröße, Anzahl links je Datei). mbdesign benutzt vermutlich das alte Sitemap Modul unter den Module/*Module und nicht das neue unter Hilfprogramme => Import/Export. Diese Sitemap wurde bisher auch noch nicht released! |
|
(0000302)
xantiva 16.10.2010 17:19 |
rev. 1552 Ich habe für die neue Transfer Klasse einen entsprechenden Exporter geschrieben. Die Datei wird dabei im Shopverzeichnis abgelegt. Ist das ein Unterverzeichnis des Roots, dann muss im Root eine entsprechende Sitemap - Indexdatei (http://www.sitemaps.org/de/protocol.php#index) angelegt werden. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 184 | [WEB-Shop] Frontend | Unschönheit | N/A | 23.10.2009 17:50 | 16.10.2010 10:39 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.1 | ||||
| Zusammenfassung: | xtc_Security.inc.php entfernt | ||||
| Beschreibung: | xtc_Security.inc.php wurde an 3 Stellen eingebunden, aber die beiden enthaltenen Funktionen wurden nie genutzt. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000259)
xantiva 01.08.2010 22:34 |
Wegen der Priorität "keine" stand der Eintrag - unabhängig von der Sortierung - immer oben. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 339 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 09.10.2010 20:03 | 10.10.2010 09:25 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | print_product_info.php liefert auch bei nicht existierenden IDs einen #200er HTTP Status Code | ||||
| Beschreibung: | Bei nicht existierenden Produkten sollte da ein 0000404'er ausgeliefert werden. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000301)
xantiva 10.10.2010 09:25 |
rev. 1548 Liefert nun einen 0000404 zurück wenn das Produkt nicht aktiv ist, oder gar nicht existiert. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 272 | [WEB-Shop] Frontend | Feature-Wunsch | immer | 15.02.2010 18:16 | 03.10.2010 20:52 |
| Reporter: | mbdesign | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Standard Land Germany bei allen {$SELECT_COUNTRY} | ||||
| Beschreibung: |
Ich würde meinen es macht Sinn bei allen Landauswahlfeldern im ECB das Land Germany als default zu setzen wie es bei create_account der Fall ist. Adressbook Shippingaddress Paymentaddress Und wenn Ihr meint das Deuchtschland schöner als Germany aussieht, warum nicht! |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000262)
berny 11.08.2010 05:23 |
So ganz OK wäre das auch nicht, eigentlich sollte der Standard so definiert sein, wie der Standort des Shops. Nicht alle verkaufen nach oder in Deutschland.... |
|
(0000278)
xantiva 21.08.2010 12:26 |
In Arbeit |
|
(0000300)
xantiva 03.10.2010 20:52 |
rev. 1547 Default sollte in allen "Adresseingaben" nun der StoreDefault sein. Wenn Bundesländer vorhanden sind, dann werden die nach der Länderauswahl in einer Kombobox angezeigt, |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 338 | [WEB-Shop] Backend | kleinerer Fehler | immer | 26.09.2010 03:57 | 26.09.2010 09:08 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Kopierte Kategorien langen in der obersten Ebene | ||||
| Beschreibung: | Wenn man im Backend eine Kategorie kopiert und hierbei die "Einfache" selektion benutzt wird die Kategorie immer im "Root" angelegt. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | Forum: http://forum.webs.de/viewtopic.php?f=3&t=164 | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000298)
yogi 26.09.2010 04:00 |
Fehler in der admin/categories.php Revision 1537 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 336 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 26.08.2010 11:10 | 19.09.2010 14:13 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | dringend | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Zuätzliche Anzeige des Bestands statt nur einer Lagerwarnung in "Kategorien / Artikel" | ||||
| Beschreibung: | Es ist hilfreich auch gleich die Mengen in der Übersicht mit anzuzeigen, statt nur dem grünen Punkt! | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000295)
xantiva 19.09.2010 14:13 |
rev. 1519 Der Lagerbestand wird nun im Backend immer angezeigt und gleich die Mengen mit angezeigt. Auch wenn der STOCK_CHECK disabled ist, erfolgt die Anzeige. Der STOCK_CHECK hat nur noch den Einfluss auf das Frontend! |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 337 | [WEB-Shop] Backend | Unschönheit | immer | 13.09.2010 21:09 | 13.09.2010 21:33 |
| Reporter: | Laslayer | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Suchergebnisse nach Bearbeitung eines Produktes verschwunden | ||||
| Beschreibung: | leider werden bei Suche im Backend die Suchergebnisse nach Bearbeitung eines gefundenen Artikels nicht gespeichert. Nach Spechern der Produktbearbeitung findet man sich in der Kategorie des bearbeiteten Produktes wieder. Besser wäre wenn man nach der Bearbeitung wieder zu den Suchergebnissen zurückkehren könnte. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | Im Backend beliebigen Suchbegriff eingeben - Ein Suchergebnis zum Bearbeiten auswählen und speichern. Man befindet sich jetzt in der Kategorie des bearbeiteten Produktes aus dem Suchergebnis. Bei mehr als 10 Ergebnissen echt lästig. | ||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 190 | [WEB-Shop] Frontend | Feature-Wunsch | N/A | 25.10.2009 12:56 | 27.08.2010 23:06 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | neue Klasse für metatags mit sprachabhängigen Stop- und Go-Words | ||||
| Beschreibung: |
Umbau und Erweiterung der bisherigen metatags.php in Klassen-Form. Stop- und Go-Words lassen sich über eine im Template zu pflegende Text-Datei definieren. Standardvorlagen werden global im Shop angelegt (templates/_core). Spezifische Listen lassen sich dann im Template erweitern. Habe ich hier bereits halbfertig in der Schublade liegen. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 297 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 02.07.2010 18:56 | 27.08.2010 23:05 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Neue Metatags Klasse | ||||
| Beschreibung: | Ein neues Smarty Plugin übernimmt nun die Generierung und Ausgabe der Meta-Tags im HTML-Header. Es ist nun möglich, eigene sprachabhängige Stop- und Go-Words innerhalb der Sprach-Ordner des Templates zu pflegen. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 186 | [WEB-Shop] Frontend | Unschönheit | N/A | 24.10.2009 14:48 | 27.08.2010 23:03 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | classes/boxes.php und class messageStack entschlacken/entfernen | ||||
| Beschreibung: |
Die dort verwendete Klassen produzieren HTML-Tabellen und sind weitestgehends überflüssig. Lediglich messageStack wird wohl noch "richtig" verwendet. Dieses Konglomerat von Klassen sollte isoliert und die Funktionalität durch sinnvollen Code ersetzt werden. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 330 | [WEB-Shop] Frontend | Feature-Wunsch | N/A | 22.08.2010 22:13 | 26.08.2010 19:28 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | |||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Tag-Cloud basierend auf den Suchergebnissen | ||||
| Beschreibung: |
Eine Tag-Cloud implementieren, die auf den Suchergebnissen basiert. Diese sollten dann aber im Backend noch explizit dafür freigegeben werden können. (SEO URLs nicht vergessen, 404 wenn URL nicht gültig, auch Kategorien durchsuchen, etc.) |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | Hier läuft derzeit eine Vorversion: http://www.basteln-selbermachen.de/ | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000292)
xantiva 26.08.2010 10:51 |
fehlen nur noch die SEO URLs |
|
(0000293)
xantiva 26.08.2010 19:28 |
mit rev. 1490 noch die vorerst letzten Änderungen eingecheckt. Die TagCloud wird nun aus der Shopsuche "sprachabhängig befüllt". Die einzelnen Begriffe müssen aber explizit für die TagCloud freigschaltet werden. (Suchbegriffe - Statistik) |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 333 | [WEB-Shop] Template | Trivial | immer | 26.08.2010 07:18 | 26.08.2010 07:20 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Box Sofortüberweisung aus dem gunnart Template entfernt | ||||
| Beschreibung: | Da wir keine "Werbung" für einen bestimmten Zahlungsanbieter machen wollen ... | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000291)
xantiva 26.08.2010 07:20 |
rev. 1462 Wer Werbung bei uns schalten möchte, kann ja gerne mal ein Angebot unterbreiten. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 332 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 25.08.2010 20:52 | 25.08.2010 20:56 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Eine spezielle META robots Angabe für Suchergebnisseiten | ||||
| Beschreibung: |
Die advanced_search_result.php wird bislang über die robots.txt ausgeschlossen. Da diese bisher auch immer einen HTTP Status Code 0000200 auslieferte (auch wenn keine Produkte gefunden wurden) und keine individuelle meta robots Angabe möglich war, sicherlich ok. Für einen optimierten Shop aber nicht haltbar ... |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000290)
xantiva 25.08.2010 20:56 |
rev. 1460 Per default wird nun für die Such- /Tagcloud Ergebnisseiten als meta robots "noindex, follow" ausgegeben. Seiten ohne Produktergebnisse liefern nun auch einen 0000404. Auch die weiteren Meta-Angaben Title, Description und Keywords werden individualisiert. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 110 | [WEB-Shop] Frontend | Unschönheit | immer | 28.04.2009 21:01 | 25.08.2010 20:43 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | 0000404 bei zu hohem "page" Parameter für product_listing.php | ||||
| Beschreibung: |
Wenn man einen zu hohen "page" Parameter angibt, sollte der Shop einen 0000404 zurückliefern. Um zu vermeiden, dass die Suchmaschinen "leere" Seiten indizieren, bzw. um internen DC zu vermeiden. Für die specials, products_new, review und account_history habe ich das schon eingebaut, aber wenn in der products_listing.php die Seitenzahl feststeht, hat es schon eine Ausgabe gegeben: Warning: Cannot modify header information - headers already sent by (output started at C:\xampp\htdocs\eComBASE\ecombase\includes\header.php:36) in C:\xampp\htdocs\eComBASE\ecombase\includes\classes\split_page_results.php on line 78 Hier muss noch eine andere Lösung her. (Bitte mal für die account_history.php testen, da ich hier gerade keine Daten mit Bestellhistorie habe.) |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000289)
xantiva 25.08.2010 20:43 |
Dank des Umbaus (Wegfall) der header.php von Doc Olson dürfte sich das Problem erledigt haben. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 300 | [WEB-Shop] Datenbank | Unschönheit | N/A | 04.07.2010 12:50 | 25.08.2010 09:03 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Tabelle products_graduated_prices löschen | ||||
| Beschreibung: | Die Tabelle products_graduated_prices scheint auch noch so eine Leiche zu sein. Tabelle und Eintrag in der SQL Datei des Installers löschen. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000288)
Doc Olson 25.08.2010 09:03 |
Tabelle entfernt |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 331 | [WEB-Shop] Backend | Unschönheit | immer | 23.08.2010 21:53 | 23.08.2010 21:55 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Änderung der Sortier - Icons | ||||
| Beschreibung: | Ich habe "intuitiv" meistens daneben gelegen mit der Sortierreihenfolge im Backend ... | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000287)
xantiva 23.08.2010 21:54 |
Mit rev. 1450 die Icons leicht angepasst. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 329 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 22.08.2010 22:09 | 23.08.2010 21:49 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | |||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Statistik der Suchbegriffe einbauen | ||||
| Beschreibung: | Es gibt die stats_search_keywords.php. War schon im trunk für die 1.1 eingearbeitet. Im ersten Schritt diese Modifikationen für die 1.0.10 übernehmen. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000285)
xantiva 23.08.2010 10:46 (Zuletzt bearbeitet: 23.08.2010 10:53) |
mit rev. 1433+1434 eine erste Version implementiert (die alte, xtc basierte) für die Tagcloud muss das ganze aber noch optimiert werden: Sprachabhängige Speicherung der Daten, damit die Tagcloud nicht deutsche Texte auf der englischen Seite anzeigt. |
|
(0000286)
xantiva 23.08.2010 21:49 |
rev. 1450 Ist nun auch Sprachabhängig und die Auswahl für die TagClouds ist vorbereitet. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 264 | [WEB-Shop] Frontend | Absturz | immer | 13.02.2010 20:41 | 21.08.2010 12:47 |
| Reporter: | mbdesign | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | sofort | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.9 | ||
| Zielversion: | 1.0.9 | ||||
| Zusammenfassung: | spacials.php 1054 - Unknown column 'p.best_price' in 'order clause' und Division by zero in | ||||
| Beschreibung: |
Bei den Sonderangeboten funktionert einiges nicht 1) 1054 - Unknown column 'p.best_price' in 'order clause' Wenn Sortierfilter nach Preis aufsteigend gewählt wird Und auch nach Datum etc. gleiches Problem 2) Warning: Division by zero in shop/includes/classes/split_page_results.php on line 74 die notwendigen Werte der Session für specials prdoucts_sort und specials products_per_site werden nicht gesetzt ---------------- Und es wird auch dort noch die Session ID agehängt, siehe ECB Desom SHOP http://demo.ecb-shop.de/specials.php?XTCsid=4a9v0t6hi2e01d87oph8aqr77ppo74qp |
||||
| Tags: | |||||
| Schritte zur Reproduktion: |
1) http://demo.ecb-shop.de/specials.php?XTCsid=4a9v0t6hi2e01d87oph8aqr77ppo74qp 2) dazu müssten im ECB Testshop mehr Artikel und einige Sonderangeb0te sein Dann einfach Filter sezten nur 210 anzeigen ud schon reproduziert Ihr den Fehler. |
||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000207)
yogi 14.04.2010 15:26 |
wo wird denn der Filter gesetzt damit der Fehler entsteht? bekomme das derzeit nicht reproduziert... |
|
(0000210)
yogi 15.04.2010 15:28 |
OK, die Sort-Option gibt es nur in der Vorlage gunnart_v1, nicht bei yaml. |
|
(0000211)
yogi 15.04.2010 15:42 |
SQL überarbeitet Revision 1142 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 323 | [WEB-Shop] Frontend | Feature-Wunsch | N/A | 29.07.2010 06:21 | 21.08.2010 12:26 |
| Reporter: | die-andis | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Checkout Button in Box Cart | ||||
| Beschreibung: | Um den Kunden leichter zur Kasse zu bringen, wurde mir seitens einer Beraterfirma geraten, einen Button in der Warenkorbbox zu platzieren. Über den Button kann der Kunde den ganz normalen "Checkout-Vorgang" starten. (siehe angehängtes Bild) | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: |
Foto.JPG (110,372 Bytes) 29.07.2010 06:21 https://bugs.webs.de/file_download.php?file_id=16&type=bug |
||||
| Notiz | |
|
(0000260)
Doc Olson 01.08.2010 22:46 |
Werde ich beim Template berücksichtigen. Ist keine große Sache. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 175 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 17.10.2009 13:20 | 21.08.2010 12:19 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | keine | BS-Version: | |||
| Status: | erledigt | Produktversion: | |||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Ablaufdatum von Produkten hinzugefügt | ||||
| Beschreibung: | Für Produkte können nun neben dem Veröffentlichungsdatum auch ein Ablaufdatum definiert werden, nach dem ein Artikel nicht mehr im Shop erscheint. Der Artikel bleibt aber aktiv, ist nur nicht mehr sichtbar. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | Das Ablaufdatum sollte ggf. auch bei Exporten berücksichtigt werden. | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000275)
xantiva 21.08.2010 12:19 |
Laut Doc Olson auch schon in den 1.0.10 drin. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 229 | [WEB-Shop] Installer | Feature-Wunsch | N/A | 05.12.2009 11:44 | 21.08.2010 11:59 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.6 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.9 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Am Ende des Install / Update Vorgangs fehlt ein Link zurück zum Shop / in den Adminbereich | ||||
| Beschreibung: |
Wenn der Installer z. B. ein Update durchlaufen hat: URL = /install_update.php?ACTION=update Wäre es schön, wenn mal sofort wieder in den Adminbereich springen kann. Einfach am Ende (nach "Durchgeführte Änderungen:") einen Link platzieren. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000184)
yogi 31.01.2010 18:10 |
Revision 1116 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 237 | [WEB-Shop] Frontend | Unschönheit | immer | 23.12.2009 13:05 | 21.08.2010 11:59 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.6 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Class order_total.php: HTML Code entfernen (Tabellen) | ||||
| Beschreibung: | In der function credit_selection() gibt es noch haufenweise HTML Code. Am besten auch hier die relevanten Elemente als array an Smarty übergeben. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 328 | [WEB-Shop] Backend | Trivial | N/A | 17.08.2010 07:20 | 17.08.2010 07:20 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Piwik aus der Shop-Administration entfernen | ||||
| Beschreibung: |
Piwik wurde nun aus der Administration entfernt. Für eine einfache Einbindung von Piwik gibt es nun ein Smarty-Plugin. http://forum.webs.de/viewtopic.php?f=20&t=45 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 304 | [WEB-Shop] Template | schwerer Fehler | N/A | 05.07.2010 00:13 | 17.08.2010 06:36 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Compressor hat keine ausreichende Schreibrechte | ||||
| Beschreibung: | Ich habe den Shop frisch installiert, da hat der template Ordner nur 755 und somit schlägt der file_put_contents fehl ... | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: |
( ! ) Warning: file_put_contents(/var/www/vhosts/websbranch.vm/httpdocs/ecombase/templates/ecomworx/styles.css) [function.file-put-contents]: failed to open stream: Permission denied in /var/www/vhosts/websbranch.vm/httpdocs/ecombase/includes/classes/css.php on line 281 Call Stack # Time Memory Function Location 1 0.0004 65180 {main}( ) ../index.php:0 2 0.2434 3961424 Smarty->display( ) ../index.php:81 3 0.2434 3961760 Smarty->fetch( ) ../Smarty.class.php:1125 4 0.2453 4072460 include( '/var/www/vhosts/websbranch.vm/httpdocs/ecombase/templates_c/%%39^397^39704ADC%%index.html.php' ) ../Smarty.class.php:1282 5 0.2581 4281612 smarty_function_css_compressor( ) ../%%39^397^39704ADC%%index.html.php:35 6 0.2604 4350288 css->write( ) ../function.css_compressor.php:24 7 0.4748 4620032 file_put_contents ( ) ../css.php:281 |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000266)
Doc Olson 17.08.2010 06:36 |
css Dateien haben nun einen dedizierten css-Ordner im root des Shop-Verzeichnisses. Dieser muss vom Webserver beschreibbar sein. Das wird vom Installer überprüft. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 115 | [WEB-Shop] Backend | Unschönheit | immer | 20.05.2009 14:58 | 16.08.2010 22:50 |
| Reporter: |
|
Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Liste der französischen Départements | ||||
| Beschreibung: |
Liste der französischen Départements http://de.wikipedia.org/wiki/Liste_der_franz%C3%B6sischen_D%C3%A9partements#.C3.9Cbersichtstabelle wir sollten mal diese Daten aktualiesieren, da hat sich einiges getan... |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000265)
xantiva 16.08.2010 22:50 |
rev. 1395 Da in den französischen Départements auch sehr viele Zeichenkodierungsfehler waren, habe ich die Einträge gemäß dem Wiki Eintrag angepasst. Aber um die alten Kolonien muss sich dann bei Bedarf noch mal ein "Kenner" kümmern ;) |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 227 | [WEB-Shop] Frontend | Feature-Wunsch | N/A | 05.12.2009 01:19 | 15.08.2010 16:01 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Nach Login, redirect zu der Seite auf der man zuletzt war | ||||
| Beschreibung: |
Wenn man sich unangemeldet auf irgendeiner Seite des Shops befindet und sich über die Login-Box anmeldet, so landet man danach immer im Warenkorb (sofern nicht leer) oder auf der Startseite. Besser wäre es, auf die Ausgangsseite zurückzukehren, sodass man einfach fortfahren kann, ohne sich wieder durchklicken zu müssen. Hierfür kann der "HTTP_REFERER" ausgewertet werden. Es sollte dabei darauf geachtet werden, dass hier nicht zu externen Seiten weitergeleitet wird, weil der Referrer vom Client manipulierbar ist. Also muss vorher scheme und host (parse_url) mit HTTP_SERVER oder HTTPS_SERVER verglichen werden. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000263)
Doc Olson 15.08.2010 16:01 |
Anstelle des HTTP_REFERERs, welcher vom Client abhängig ist, wird auf die in der Session gespeicherte Pageview History zurückgegriffen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 325 | [WEB-Shop] Backend | kleinerer Fehler | manchmal | 01.08.2010 13:57 | 01.08.2010 13:57 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Produkt mehrfach als Liveshopping Angebot -> falscher Preis möglich | ||||
| Beschreibung: | Wenn ein Produkt mehrfach mit unterschiedlichen Preisen in der Liveshopping-Liste steht, kann es passieren, dass das aktuelle Angebot mit dem falschen Preis angezeigt wird. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 324 | [WEB-Shop] Backend | Feature-Wunsch | immer | 29.07.2010 22:29 | 29.07.2010 23:07 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Hervorhebung der "aktiven" Zeile im Content Manager, ... | ||||
| Beschreibung: |
http://forum.webs.de/viewtopic.php?f=15&t=53 Die "Zeile" unter dem Mauszeiger wird schon "hervorgehoben", aber das ist so minimal, dass das je nach Monitoreinstellung gar nicht zu sehen ist. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000256)
xantiva 29.07.2010 23:07 |
rev. 1343 Die Zeilen wurden eigentlich schon "hervorgehoben". Nur war das - je nach Monitoreinstellung - nicht zu erkennen. Ich habe es hervorgehoben, wie auch die Buttons usw. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 182 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 21.10.2009 22:18 | 29.07.2010 21:08 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Erweiterung der "Pauschalen Versandkosten" (flat.php) auf unterschiedliche Versandkosten per Länder | ||||
| Beschreibung: |
Wer nur mit pauschalen Versandkosten gearbeitet hat, musste bislang für jede "Zone" (Gruppe von Ländern) einen eigenen Klon des Versandkostenmoduls flat.php anlegen. Das Modul soll so erweitert werden, dass mehrere Zonen mit unterschiedlichen Versandkosten angegeben werden können. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000114)
xantiva 21.10.2009 22:25 |
Die erforderliche Syntax (wegen der shipping.php class) ist nicht schön, aber funktional. |
|
(0000242)
xantiva 25.07.2010 23:07 |
In die v1.0.10 implementieren. |
|
(0000255)
xantiva 29.07.2010 21:08 |
Mit rev. 1339 auch in die v 1.0.10 implementiert. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 137 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 12.09.2009 23:17 | 29.07.2010 20:05 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | 1-Klick "Bearbeiten" bei den Listen (Produkte, Bestellungen, ...) ermöglichen | ||||
| Beschreibung: |
Die Bearbeitung von Positionen aus Listen (Produkte/Kategorien, Bestellungen, Kunden, etc. bedarf immer erst einer Selektion des Eintrags und dann eines zweiten Klick für die Aktion. Eine Vereinfachung durch ein direktes "Bearbeiten - Icon" in den Listen. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000080)
xantiva 18.09.2009 21:46 |
rev. 904 |
|
(0000241)
xantiva 25.07.2010 23:05 |
In die v1.0.10 implementieren. |
|
(0000254)
xantiva 29.07.2010 20:05 |
Mit der rev. 1338 auch in die Version 1.0.10 aus dem Trunk übernommen. 1-Klick für: * Bestellungen * Kunden * Kundengruppen * Artikel und Kategorien * Hersteller Im Live Shopping und Reviews war es schon drin. Bei den Artikel war die "Vorschau" auch schon drin. Damit es aber durchgängig an der gleichen Stelle zu erreichen ist, habe ich auch dort eingefügt! |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 322 | [WEB-Shop] Frontend | Trivial | immer | 28.07.2010 22:42 | 28.07.2010 22:42 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Logout erst "sichtbar" nachdem man eine weitere Seite aufruft | ||||
| Beschreibung: |
Wenn man sich ausloggt scheint man noch nicht wirklich ausgeloggt zu sein. Der Warenkorb ist noch gefüllt und die Login-Box erscheint nicht. In der logoff.php wird nun nach dem Abmelden ein redirect auf die Datei durchgeführt, wodurch der Logout wirklich sichtbar wird. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 321 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 28.07.2010 21:57 | 28.07.2010 21:59 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Erweitern der Suchfunktionalität Kunden und Artikel im Backend | ||||
| Beschreibung: | Der Shop sucht nur sehr eingeschränkt nach Kunden und Artikeln. Die Suche sollte ausgedehnt werden. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000253)
xantiva 28.07.2010 21:59 |
rev. 1333 Die customers.php (Kunde) zeigt nun auch die Firma mit an. Kundensuche im Backend berücksichtigt nun auch: entry_company, entry_street_address, entry_postcode, entry_city Bei den Artikeln werden neben products_name und products_model auch noch products_keywords und attributes_model durchsucht |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 319 | [WEB-Shop] Backend | schwerer Fehler | immer | 28.07.2010 20:42 | 28.07.2010 20:45 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Im Content-Manager kann kein Artikel Content zugeordnet werden | ||||
| Beschreibung: | Im Content - Manager kann kein Artikel Content ausgewählt und zugeordnet werden. Wenn man Dateien manuell in /media/products hoch lädt, werden diese nicht im der Combobox angezeigt. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000252)
xantiva 28.07.2010 20:45 |
rev. 1332 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 317 | [WEB-Shop] Frontend | Unschönheit | nicht getestet | 27.07.2010 22:04 | 27.07.2010 22:08 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Die Artikelnummern von Attributen werden bei der Frontend-Suche nicht beachtet | ||||
| Beschreibung: | Wenn ein User nach einer Artikelnummer sucht, die nur in den Attributen zu finden ist, so wird diese bislang ignoriert. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000250)
xantiva 27.07.2010 22:08 |
rev. 1330 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 315 | [WEB-Shop] Backend | kleinerer Fehler | immer | 27.07.2010 19:36 | 27.07.2010 19:37 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | In einigen Seite im Backend wird "actual_content" statt dem eigentlichen Wert angezeigt | ||||
| Beschreibung: |
Das Phänomen taucht in der Bestellbearbeitung (z. B. Zahlungsweise), beim Währungsformular, ... auf. Überall steht nun "actual content" statt des Zahlenwertes. Leider unklar, ob es an der Serverkonfiguration liegt, aber hier müssen mehr Übergabe Parameter für die xtc_draw_input_field() gesetzt werden: $reinsert_value |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000248)
xantiva 27.07.2010 19:37 |
rev. 1205 Von DocOlson übernommen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 314 | [WEB-Shop] Backend | kleinerer Fehler | immer | 27.07.2010 19:04 | 27.07.2010 19:06 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Nach einem Aufruf einer URL im Backend sind die Kategorien / Produkte "weg" | ||||
| Beschreibung: |
Wenn man z. B. nach dem Bearbeiten und speichern einer Kategorie die URL kopiert und sie dann in einem neuen Fenster öffnet, fehlen die Formulardaten ($_POST) und es wird Unsinn gespeichert. Nun prüft das Backend vorher, ob $_POST - Daten vorliegen, andernfalls wird das gar nicht ausgeführt. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000247)
xantiva 27.07.2010 19:06 |
Hat DocOlson mit rev. 1209 übertragen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 90 | [WEB-Shop] Template | Unschönheit | immer | 28.03.2009 15:37 | 25.07.2010 23:29 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | doppelt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | Version 1.1 | ||||
| Zusammenfassung: | Template-Datei für headers.php | ||||
| Beschreibung: |
Wir sollten auch den Seiten-Header (das, was alles in der header.php an HTML generiert wird) über ein Template zu steuern. So hat man auch auf Template-Ebene die Freiheit, dort frei zu entscheiden, was und wo angezeigt wird. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 295 | [WEB-Shop] Template | Feature-Wunsch | N/A | 02.07.2010 18:48 | 25.07.2010 23:28 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | header.php komplett entfernt | ||||
| Beschreibung: |
Die header.php wurde nun komplett zerlegt. Man hat nun die volle Kontrolle über den HTML-header innerhalb des Templates, also ALLES inkl. '<!DOCTYPE'. Alles Weitere der header.php wurde in ein Smarty-Plugin ausgelagert. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 313 | [WEB-Shop] Template | Feature-Wunsch | N/A | 25.07.2010 22:57 | 25.07.2010 22:58 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Für die Kategoriebilder stehen die Bildgrößen nicht im Template zur Verfügung | ||||
| Beschreibung: |
Damit im Template auch sauber die Bildgrößen angegeben werden können, sollte der Shop auch die passenden Daten gleich liefern. => CATEGORIES_IMAGE_W und CATEGORIES_IMAGE_H |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000240)
xantiva 25.07.2010 22:58 |
Wurde von DocOlson mit rev. 1201 bereits übernommen |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 312 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 25.07.2010 22:23 | 25.07.2010 22:24 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Manche Produktbilder oder Kategoriebilder werden nicht angezeigt | ||||
| Beschreibung: | Wenn die Bilder mit einem Suffix in Großbuchstaben (JPG, GIF, PNG, BMP) hoch geladen werden, greift der .htaccess Schutz des Ordner /images, der nur Kleinbuchstaben erlaubt. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000239)
xantiva 25.07.2010 22:24 |
Hat DocOlson bereits mit rev. 1201 übernommen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 189 | [WEB-Shop] Frontend | Feature-Wunsch | N/A | 25.10.2009 12:53 | 25.07.2010 22:19 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | doppelt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.1 | ||||
| Zusammenfassung: | header.php eliminieren. HTML-Header über Template & Smarty Plugins steuern | ||||
| Beschreibung: |
Sämtliche Funktionalität der header.php kann in das Template umgelagert werden. Vorteil: man hat im Template auch die Kontrolle über den gesamten HTML-Kopfbereich. Sonderfunktionalitäten (z.B. Metatags) werden über Smarty Plugins eingebunden. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 311 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 25.07.2010 12:56 | 25.07.2010 12:57 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Shopstat ignoriert SSL Angaben für Content Links | ||||
| Beschreibung: |
Bei solchen Aufrufen wird das 'SSL' von Shopstat ignoriert. xtc_href_link(FILENAME_CONTENT, 'coID=' . $content_data['content_group'] . $SEF_parameter, 'SSL'); |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000238)
xantiva 25.07.2010 12:57 |
Wurde von DocOlson in der rev. 1206 übernommen Es fehlte ein break im case "SSL", so dass immer noch der default durchlaufen wurde. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 310 | [WEB-Shop] Frontend | schwerer Fehler | N/A | 25.07.2010 12:54 | 25.07.2010 12:55 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Shopstat URLs sind fehlerhaft, wenn z. B. im Produktnamen Anführungszeichen oder ein Slash vorkommt | ||||
| Beschreibung: |
Artikelname: G1/8" PA-Dichtring - 01110218 Früher: ...Industrie-/Werkstattbedarf/Dichtungen/PA-Dichtring/G1-8-PA-Dichtring-01110218::1387.html v1.0.8: .../Industrie-/Werkstattbedarf/Dichtungen/PA-Dichtring/G1%2F8%22PA-Dichtring-01110218::1387.html im Browser steht dann: .../Industrie-/Werkstattbedarf/Dichtungen/PA-Dichtring/G1%2F8%22PA-Dichtring-01110218::1387.html und liefert einen 0000404 Durch den urlencode von Jörg werden so einige nicht mehr rausgefiltert, aber die beiden Arrays passten sowieso nicht mehr richtig zueinander. Und je länger man sucht, um so mehr Bugs findet man. Hier ist mal ein guter Test: Startseite » Industrie-/Werkstattbedarf » Waschen, Spülen & Kühlen » Spülpistolen & Systeme » Flüssigkeits-Sprühpistole WSP/6, Düse 0,5mm - 17110006 http://example.com/Industrie-Werkstattbedarf/Waschen-Sp%C3%BClen-K%C3%BChlen/Sp%C3%BClpistolen-Systeme/Fl%C3%BCssigkeits-Spr%C3%BChpistole-WSP-6%2C-D%C3%BCse-0%2C5mm-17110006::920.html [^] * Industrie-/Werkstattbedarf => "/" im Kategorienamen * Spülpistolen & Systeme => "&" im Kategorienamen * Flüssigkeits-Sprühpistole WSP/6, Düse 0,5mm - 17110006 => "/" im Artikel Nicht die Anführungszeichen (Zoll) im Artikelnamen vergessen ... ;) |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000237)
xantiva 25.07.2010 12:55 |
Hat DocOlson mit der rev. 1200 übernommen |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 309 | [WEB-Shop] Frontend | Unschönheit | immer | 18.07.2010 08:59 | 18.07.2010 08:59 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | keine | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | xtc_Security.inc.php entfernt | ||||
| Beschreibung: | xtc_Security.inc.php wurde an 3 Stellen eingebunden, aber die beiden enthaltenen Funktionen wurden nie genutzt. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 307 | [WEB-Shop] Frontend | Feature-Wunsch | N/A | 07.07.2010 15:44 | 07.07.2010 15:46 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Cross-Selling im Warenkorb | ||||
| Beschreibung: |
Ein neues Smarty-Plugin ermöglicht es, die Cross-Selling Artikel aller im Warenkorb befindlichen Artikel unter dem Warenkorb anzuzeigen. Man hat dort die Möglichkeit, die Artikel noch zum Warenkorb hinzuzufügen. Es wird auf die Cross-Selling Einstellungen der Produkte zugegriffen. Änderungen an der Datanbank sind nicht nötig. Wenn man mehrere Cross-Selling-Gruppen angelegt hat, werden diese ebenfalls untereinander aufgelistet. Artikel, die sich bereits im Warenkorb befinden, werden nicht erneut aufgeführt. Die Einbindung ist mit einem {cart_xsells} an der gewünschten Position erledigt. Das ist nicht zwangsweise auf den Warenkorb (shopping_cart.html) beschränkt, ergibt aber sonst keinen wirklichen Sinn. Neue Template-Datei: module/cart_xsells.html |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 306 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 06.07.2010 22:13 | 06.07.2010 22:13 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Beschreibung und Bilder zu Optionswerten hinzugefügt | ||||
| Beschreibung: | Es ist nun möglich, einem Optionswert eine Beschreibung und ein Bild hinzuzufügen. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 301 | [WEB-Shop] Installer | kleinerer Fehler | immer | 04.07.2010 23:01 | 06.07.2010 16:04 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | keine Änderung notwendig | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | "Hint" im Installer für die Änderung der Verzeichnisrechte liefert falsche Daten | ||||
| Beschreibung: | Wenn ich den Installer starte und dann den Hint aufrufe (auf die Liste mit schreibgeschützen Ordner klicke) wird bei den Kommandos die Verzeichnisstruktur weg gelassen. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: |
Aus: /var/www/vhosts/websbranch.vm/httpdocs/ecombase/templates_c macht er ... chmod 0777 templates_c chmod 0777 cache chmod 0777 admin/rss chmod 0777 admin/images/graphs chmod 0777 admin/backups chmod 0777 images chmod 0777 images/categories chmod 0777 images/banner chmod 0777 images/product_images/info_images chmod 0777 images/product_images/original_images chmod 0777 images/product_images/popup_images chmod 0777 images/product_images/thumbnail_images chmod 0777 images/manufacturers/info_images chmod 0777 images/manufacturers/original_images chmod 0777 images/manufacturers/thumbnail_images chmod 0777 export chmod 0777 shopstat chmod 0777 shopexport chmod 0777 media chmod 0777 media/products chmod 0777 media/products/backup chmod 0777 includes chmod 0777 admin/includes |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000231)
yogi 06.07.2010 14:22 (Zuletzt bearbeitet: 06.07.2010 16:47) |
Hi, die Idee ist gut, jedoch nicht praktikabel für Hoster mit chroot Umgebung, da bei diesen der Root-Pfad des Servers auf z.B. /var/www/vhosts/websbranch.vm liegt. |
|
(0000232)
xantiva 06.07.2010 16:04 |
Ok, wieder etwas gelernt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 305 | [WEB-Shop] Backend | schwerer Fehler | immer | 05.07.2010 12:21 | 05.07.2010 12:24 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Fehler im Zahlungsmodul EUSTANDARDTRANSFER | ||||
| Beschreibung: |
In Rev. 1124 wurden einige Konstanten des Moduls umgenannt und abgekürzt: EUSTANDARDTRANSFER wurde zu EUTRANSFER. Das hat zur Folge, dass z.B. MODULE_PAYMENT_EUSTANDARDTRANSFER_TEXT_TITLE bei send_order.php nicht gefunden wurde. Dort wird die Konstante wie folgt zusammengebaut: $payment_method = constant(strtoupper('MODULE_PAYMENT_' . $order->info['payment_method'] . '_TEXT_TITLE')); Das bedeutet, dass die Konstanten der Zahlungsmodule IMMER identisch sein müssen, wie ihr bezeichner. Vermutlich gilt das gleiche für die Dateinamen der Module. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000230)
Doc Olson 05.07.2010 12:24 |
Erledigt in rev. 1277 EUTRANSFER umbenannt zu EUSTANDARDTRANSFER |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 299 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 02.07.2010 19:07 | 02.07.2010 19:07 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Einige "Module" der product_info.php zu Smarty Plugins umgebaut | ||||
| Beschreibung: |
Folgende "Module" sind nun direkt im Template per Plugin-Aufruf einzubinden: {products_attributes} -> includes/modules/product_attributes.php {graduated_prices} -> includes/modules/graduated_prices.php {cross_selling} -> includes/modules/cross_selling.php {also_purchased} -> includes/modules/also_purchased_products.php {products_reviews} -> includes/modules/product_reviews.php {products_media} -> includes/modules/products_media.php Dies hat den Vorteil, dass die Module nur ausgeführt werden, wenn sie auch wirklich benötigt werden. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 296 | [WEB-Shop] Template | Feature-Wunsch | N/A | 02.07.2010 18:51 | 02.07.2010 18:52 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | YAML Template entfernt | ||||
| Beschreibung: | Ab Version 1.0.10 wird das YAML Template nicht mehr Bestandteil des Shops sein. Ales Standard-Template wird es wird ein komplett neues Template geben. Das gunnart-Template wird ebenfalls noch mit ausgeliefert werden. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 294 | [WEB-Shop] Backend | Trivial | N/A | 02.07.2010 18:41 | 02.07.2010 18:44 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | iPayment Module aktualisiert auf v.1.0.2 | ||||
| Beschreibung: | ACHTUNG: Wenn bereits eine alte Version im Einsatz war, muss das Modul erneut installiert werden ('Deinstallieren' -> 'Installieren') | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: |
Installationsanleitung ipayment-Patch ===================================== v1.0.2 - 2008-03-04 Phoenix Medien GmbH & Co. KG http://www.phoenix-medien.de Dieser Patch verschiebt das Zahlungseingabeformular der ipayment-Module auf die Bestellübersichtsseite und ergänzt einige Sicherheitsfeatures von ipayment in xt:Commerce. 1. Legen Sie Sicherheitskopien aller Shop-Dateien an bevor Sie diesen Patch anwenden. 2. Melden Sie sich im Administrationsbereich an und notieren Sie sich unter Module/Zahlungsoptionen die Einstellungen der installierten ipayment-Module. 3. Öffnen Sie die Datei "checkout_confirmation.php" und ersetzen Sie in Zeile 76 die Zeile if ($_POST['conditions'] == false) { mit if ($_REQUEST['conditions'] == false) { Außerdem fügen Sie in der Zeile 202 nach "$smarty->assign('PAYMENT_METHOD'..." folgenden Block ein: if (isset($_GET['payment_error']) && is_object(${$_GET['payment_error']}) && ($error = ${$_GET['payment_error']}->get_error())) $smarty->assign('error', $error['title'].' '.htmlspecialchars($error['error'])); 4. Melden Sie sich bei ipayment an und konfigurieren Sie unter "Anwendung" die für xt:Commerce Shop eingerichtete Anwendung. Klicken Sie auf "Details ändern" und gehen in den Abschnitt "CGI-Sicherheitseinstellungen". Im Feld "Transaktions-Security-Key" geben Sie eine zufällige 20-stellige Zeichenfolge ein. Notieren Sie diese, um Sie später im Zahlungsmodul einzutragen. ACHTUNG: Sobald Sie die geänderte Anwendungskonfiguration speichern, werden von ipayment nur noch Transaktionen akzeptiert, die den Security hash enthalten (wird durch diesen Patch in xt:Commerce ergänzt). Weitere Informationen unter http://hilfe-center.1und1.de/ipayment/fragen_zur_individuellen_anbindung_von_ipayment/3.html. 5. Kopieren Sie alle im Patch enthaltenen Dateien in Ihr Shop-Verzeichnis. 6. Im Administrationsbereich müssen die ipayment-Module nun deinstalliert und wieder installiert werden. Vergessen Sie nicht die zuvor notierten Einstellungen und den neuen Security Key einzutragen, da diese beim Deinstallieren gelöscht wurden. 7. Führen Sie eine Testbestellung durch, um die ordnungsgemäße Funktion des ipayment-Moduls zu überprüfen. Ggf. müssen Sie das Template "checkout_confirmation.html" in Ihrem Template Ordner anpassen. |
||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 290 | [WEB-Shop] Template | schwerer Fehler | immer | 19.06.2010 08:10 | 01.07.2010 12:50 |
| Reporter: | martinmaurer | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | Debian 5.0 | ||
| Priorität: | normal | BS-Version: | Lenny | ||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | ECB: 1.0.8 - PayPal Error bei USA Kunden, Error Number:10729 | ||||
| Beschreibung: |
Verwende ECB 1.0.8 (Installation mit 1.0.8, yaml template), als Zahlungsmodul PayPal, konfiguriert unter "Configuration/ECB Partners/Paypal Express). Geht problemlos für viele Kunden in Europa, ausser der Kunden ist aus den USA oder Canada (andere noch nicht getestet, sind sicher noch mehr Länder betroffen). Bei "Bestellung absenden" tritt folgender Fehler auf: Ack: Failure Correlation ID: 8639c055b8bbc Version:57.0 Error Number:10729 Error Short Message: Shipping Address State Empty Error Long Message: The field Shipping Address State is required |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | Neuen Kunden anlegen, wohnort usa und mit paypal (standard) zahlen. | ||||
| Zusätzliche Informationen: |
noch zur ergänzung - mit state aktiviert komm ich zu der paypal seite (mit USA kunde), wenn ich jetzt bezahlen klicke kommt anstatt des erfolgreichen redirects: Fatal error: Call to a member function get_content_type() on a non-object in /var/www/webcshop/includes/classes/order.php on line 292 siehe auch Forumsbeitrag: http://forum.webs.de/viewtopic.php?f=3&t=75 |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000224)
yogi 19.06.2010 13:23 |
Revision 1234 behebt das Problem |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 293 | [WEB-Shop] Backend | kleinerer Fehler | immer | 20.06.2010 14:21 | 20.06.2010 14:23 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Attachment Manager benötigt wysiwyg | ||||
| Beschreibung: |
Wenn man in Admin unter den WYSIWYG-Editor deaktiviert bekommt man beim aufruf eines Eintrags im attachment_manager folgende Fehlermeldung: Fatal error: Call to undefined function xtc_wysiwyg() in [...]/admin/attachment_manager.php on line 162 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: |
Konfiguration->Zusatzmodule->WYSIWYG-Editor auf false setzten Hilfsprogramme->Attachment Manager->einen Eintrag bearbeiten |
||||
| Zusätzliche Informationen: | http://forum.webs.de/viewtopic.php?f=3&t=42 | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000227)
yogi 20.06.2010 14:23 |
Der Attachment-Manager scheint eine Kopie vom Content-Manager zu sein, jedoch wurden hierbei ein paar Dinge nicht sauber überarbeitet. Revision: 1238 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 292 | [WEB-Shop] Backend | kleinerer Fehler | nicht getestet | 19.06.2010 20:53 | 19.06.2010 21:02 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Bluegate Urls bringt "Duplicate entry" bei Basisinstallation | ||||
| Beschreibung: |
Das aktivieren der Bluegate Seo-Urls (mit angepaßter .htaccess) bringt den SQL-Fehler 1062 - Duplicate entry 'fd2648427fd682bc2a48d7cf5668b3db' for key 1 wenn man die Einstellung "Sprachabhängige URLs" = False einstellt. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | Siehe auch Forum: http://forum.webs.de/viewtopic.php?f=3&t=13 | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000226)
yogi 19.06.2010 21:02 |
Revision 1237 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 291 | [WEB-Shop] Backend | schwerer Fehler | nicht getestet | 19.06.2010 13:00 | 19.06.2010 20:20 |
| Reporter: | moebius | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | ECB 1.0.8: Atachment-Manager Probleme (Es wird immer nur 1 Anhang, der Erste, angehängt) | ||||
| Beschreibung: |
Hallo an alle! Ich bin jetzt auf ECB (1.0.8) umgestiegen. Bei der Einrichtung bemerkte ich, das im Backend des Atachment-Manager zwar 2 oder mehr Anhänge in der Bestellbestätigung eingefügt werden können, aber in der Bestellbestätigung beim Kunden wird nur eine angezeigt. Und zwar immer die Erste. Das scheint, wie ich es woanders gelesen habe, wohl ein altes ECB Problem zu sein und bis jetzt scheint dieser Fehler noch nicht behoben zu sein. Hat da jemand schon eine Lösung? Oder hab ich da was übersehen? |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | Siehe auch Forum http://forum.webs.de/viewtopic.php?f=3&t=47 | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000225)
yogi 19.06.2010 20:19 |
Der Fehler liegt im verwendeten PHPMailer V5.0.0. Dort wird keine eindeutige cid für jeden Anhang erzeugt, was dazu führt das der zweite Anhang nicht angehängt wird. Im Forum gibt es einen Hinweis wie man das Problem beheben kann, mit der Revision 1235 wird das Problem behoben. PHPMailer V5.1 integriert |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 289 | [WEB-Shop] Backend | kleinerer Fehler | immer | 18.06.2010 21:23 | 18.06.2010 21:32 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | In den Artikelmerkmalen werden Anführungszeichen maskiert in die Datenbank geschrieben | ||||
| Beschreibung: |
In der neuen products_attributes.php werden (bei aktiviertem magic_quotes_gpc) die Eingaben alle maskiert in die Datenbank geschrieben. Eine Eingabe von " = Zoll ist somit z. B. nicht möglich. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000223)
xantiva 18.06.2010 21:32 |
rev. 1229 Statt mit xtc_db_prepare_input wurden die Eingaben nur mit xtc_dp_input "bereinigt". Die Funktion schlägt zumindest dann fehl, wenn am Server magic_quotes_gpc eingeschaltet ist. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 286 | [WEB-Shop] Frontend | Unschönheit | immer | 14.05.2010 12:45 | 14.06.2010 11:11 |
| Reporter: | schmilz | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Suchfunktion findet Umlaute und ß an bestimmten Stellen nicht | ||||
| Beschreibung: |
Die Suchfunktion findet Worte mit Umlauten und ß im Text der Kurzbeschreibung und im Text der Artikelbeschreibung nicht wenn diese mit dem FCK-Editor angelegt worden sind. Der FCK-Editor übergibt die Sonderzeichen schon als htmlentities an die DB, hier steht dann schon ü statt ü in der DB und wird so nicht in der Suche berücksichtigt. Eine Möglichkeit wäre den FCK-Editor dahingehend zu verändern dass die Umlaute und das ß nicht mehr durch htmlentities ersetzt werden, dazu müßten folgende Dateien modifiziert werden: admin/includes/modules/fckeditor/editor/js/fckeditorcode_gecko.js admin/includes/modules/fckeditor/editor/js/fckeditorcode_gecko_1.js admin/includes/modules/fckeditor/editor/js/fckeditorcode_ie.js admin/includes/modules/fckeditor/editor/js/fckeditorcode_ie_1.js admin/includes/modules/fckeditor/editor/_source/internals/fckxhtmlentities.js |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | Im Demoshop in der Kategorie "Test Kategorie" den Artikel "Tästartikel" ansehen, Suche nach "Tästartikel" findet den Artikel, da nicht per FCK-Editor verändert. Suche nach "größeren" findet den Artikel nicht, obwohl in der Artikelbeschreibung enthalten. Suche nach "Länge" findet den Artikel ebenfalls nicht, obwohl in der Kurzbeschreibung enthalten. | ||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000222)
xantiva 14.06.2010 11:11 |
rev. 1223 Die Suche berücksichtigt nun auch Entities in den Description Feldern. Allerdings keine "gemischte" Schreibweise, was aber auch normalerweise nicht vorkommen dürfte. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 284 | [WEB-Shop] Backend | kleinerer Fehler | immer | 14.05.2010 08:24 | 14.05.2010 08:25 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.9 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.10 | ||
| Zielversion: | 1.0.10 | ||||
| Zusammenfassung: | Fehlerhafte Konstante | ||||
| Beschreibung: |
admin/customers_status.php: ENTRY_CUSTOMERS_STATUS_READ_REVIEWS_DISPLAY ist nicht vorhanden Es muss ENTRY_CUSTOMERS_STATUS_READ_REVIEWS heissen. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | Neue Kundengruppe anlegen | ||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 263 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 13.02.2010 20:22 | 11.05.2010 16:46 |
| Reporter: | mbdesign | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.9 | ||
| Zielversion: | |||||
| Zusammenfassung: | Session ID wird teilweise immer noch am Ende der Url angehängt | ||||
| Beschreibung: |
1) advanced_search.php 2) product_info (popup Bilder link) |
||||
| Tags: | |||||
| Schritte zur Reproduktion: |
http://www.kaufsachen.de/advanced_search_result.php?XTCsid=08f8b8f4579b4d36ee71f378964a11ca&XTCsid=08f8b8f4579b4d36ee71f378964a11ca&keywords=test http://www.kaufsachen.de/images/product_images/popup_images/image_db_1033.jpg?XTCsid=08f8b8f4579b4d36ee71f378964a11ca |
||||
| Zusätzliche Informationen: |
Es wurde schon alles versucht wa im Forum rumschwiert Neuer ECB V1.0.8 aufgesetzt Cookie = true Sessions werden in der DB gespeichert Hosting bei Domainfactory php.ini auf Standard zurück gesetzt |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000212)
yogi 24.04.2010 15:03 |
Revision 1158 bei diversen href-bildungen wurden benötigte Parameter nicht gesetzt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 261 | [WEB-Shop] Backend | kleinerer Fehler | immer | 07.02.2010 09:29 | 15.04.2010 15:14 |
| Reporter: | Rubbersale | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.6 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.9 | ||
| Zielversion: | |||||
| Zusammenfassung: | Erstellung Sonderangebot, falsche Preisberechnung | ||||
| Beschreibung: | Gebe ich den Bruttopreis ein vom Artikel, so wird dort nochmals die MwSt. hinzugerechnet. Gehe ich auf "Sonderangebot" bearbeiten, und gebe wieder den Bruttopreis des Artikels ein, dann stimmt er. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000209)
yogi 15.04.2010 15:14 |
Der Fehler läßt sich nur reproduzieren wenn unter Konfiguration->Mein Shop->"Brutto Admin" auf "true" steht. Der Fehler liegt daran daß der MwSt-Satz für den Artikel nicht korrekt ermittelt wurde. Zeile 42: Suche $_POST['products_up_id'] und ersetzte es durch $_POST['products_id'] Revision 1141 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 266 | [WEB-Shop] Template | kleinerer Fehler | immer | 14.02.2010 11:47 | 14.04.2010 15:16 |
| Reporter: | Hobbybastler | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.9 | ||
| Zielversion: | |||||
| Zusammenfassung: | In der Print_product_info.html wird die kurze Beschreibung nicht angezeigt | ||||
| Beschreibung: | Kurzbeschreibung wird nich angezeigt obwohl der aufruf {$PRODUCTS_SHORT_DESCRIPTION} im Template vorhanden ist! | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | in beiden Templates bei der Druckansicht | ||||
| Zusätzliche Informationen: |
in der root/print_product_info.php $smarty->assign('PRODUCTS_SHORT_DESCRIPTION', $product_info['products_short_description']); einfügen |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000206)
yogi 14.04.2010 15:16 |
Revision 1140 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 271 | [WEB-Shop] Backend | schwerer Fehler | immer | 14.02.2010 12:34 | 14.04.2010 14:05 |
| Reporter: | Hobbybastler | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.9 | ||
| Zielversion: | |||||
| Zusammenfassung: | Bilder .JPG mit größe von 2.5MB werden nicht raufgeladen, aber angezeigt | ||||
| Beschreibung: |
in der new_product.php Ich wolte Bilder raufladen 2592x1944 72dpi diese Bilder wurden hochgeladen und werden nicht angezeigt, aber es steht z.b. Standardimage 2_0.jpg , DAS BILD WIRD NICH ANGEZEIGT Nach bearbeiten der Bilder größe 800x600 gings und die Bilder wurden auch angezeigt |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000193)
Hobbybastler 14.02.2010 13:08 |
Habe das gerade im Testshop probiert und es geht auch nicht Ausgangsbild 2592x1944 72dpi 2,17mb Nur die stark komprimierten Bilder 800x600 72dpi 167kb Habe das Saxophon angelegt Bildquelle: Hobbybastler sind meine eigenen Bilder und werden hiermit zur verfügung gestellt |
|
(0000203)
yogi 14.04.2010 08:40 (Zuletzt bearbeitet: 14.04.2010 13:20) |
Hi, das liegt an deinem Server, nicht an der ECB. in der php.ini wird das max_upload_limit http://de2.php.net/manual/de/ini.core.php#ini.upload-max-filesize begrenzt - standardmäßig auf 2MB |
|
(0000204)
yogi 14.04.2010 14:05 |
Es wird nun ein entsprechender Fehlerhinweis ausgegeben wenn der Datei-Upload nicht geklappt hat. Revision 1137+1138 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 265 | [WEB-Shop] Template | kleinerer Fehler | immer | 14.02.2010 11:40 | 14.04.2010 08:09 |
| Reporter: | Hobbybastler | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.9 | ||
| Zielversion: | |||||
| Zusammenfassung: | Fehler in der print_products_info.html | ||||
| Beschreibung: |
Bei beiden Templates ist yaml/print_product_info.html <img src="{php}echo HTTP_SERVER;{/php}{$img}" alt="{$module_data.PROCUCTS_NAME}" border="0" /> und Gunart <img src="{$img}" alt="{$module_data.NAME}" border="0" /> Hier ist das {$module_data.PROCUCTS_NAME} / {$module_data.NAME} falsch! |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | Print product info aufrufen und im Queltext sieht man, das alt="" leer bleibt | ||||
| Zusätzliche Informationen: |
in beiden Templates auf diese Zeile abändern <img src="{php}echo HTTP_SERVER;{/php}{$img}" alt="{$PRODUCTS_NAME}" border="0" /> |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000202)
yogi 14.04.2010 08:09 |
Revision: 1136 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 267 | [WEB-Shop] Template | Unschönheit | immer | 14.02.2010 11:53 | 14.04.2010 07:52 |
| Reporter: | Hobbybastler | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.9 | ||
| Zielversion: | 1.0.9 | ||||
| Zusammenfassung: | In der Print_product_info.html wird der Hintergrund des Shops angezeigt | ||||
| Beschreibung: | Der Hintergrund des Shops wird in der print_product_info.html Angezeigt bzw. Vererbt und dadurch wird der Body ebenfalls grau angezeigt, und ist für manche schwer zu lesen. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | Druckvorschau aufrufen | ||||
| Zusätzliche Informationen: |
zusätzlich das einfügen style="background:#ffffff;" <body class="popupproductinfo" style="background:#ffffff;" onload="window.print()"> |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000201)
yogi 14.04.2010 07:52 |
1. Es geht anscheinend um das YAML-Template 2. es ist nicht so sinnvoll die vorgabe fix im Seitenaufbau einzubinden, dafür gibt es CSS - und eine Klasse ist auch schon vorhanden => ändere basemod.css und füge folgendes ein: body.popupproductinfo { background: white; } Revision: 1135 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 268 | [WEB-Shop] Template | kleinerer Fehler | immer | 14.02.2010 12:00 | 14.04.2010 07:23 |
| Reporter: | Hobbybastler | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.9 | ||
| Zielversion: | 1.0.9 | ||||
| Zusammenfassung: | in der Box Reviews.html Rechtschreibfehler in height | ||||
| Beschreibung: |
Hier ist ein Rechtschreibfehler vorhanden in dem Aufruf dieser Zeile {image src="images/product_images/thumbnail_images/%s"|sprintf:$REVIEW.products_image alt=$REVIEW.products_name class="imgCenter"} und {image src="$tpl_path/img/stars_%d.gif"|sprintf:$REVIEW.reviews_rating title=$smarty.const.BOX_REVIEWS_TEXT_OF_5_STARS|sprintf:$REVIEW.reviews_rating} |
||||
| Tags: | |||||
| Schritte zur Reproduktion: |
auf der Startseiten Quelltext aufrufen für die Box Reviews hier heist es width="43" heigth="14" /> soll aber hier heist es width="43" height="14" /> heissen |
||||
| Zusätzliche Informationen: | Abändern, habe hier keine Datei gefunden, wo dieser wert herkommt, also dieser wird insgesammt 2x produziert | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000200)
yogi 14.04.2010 07:21 |
Hallo, der Fehler ist mir auch schon aufgefallen und bereits behoben worden. Der Fehlerhafte Code befindet sich in der Datei includes/classes/Smarty_2.6.22/ecb_plugins/function.image.php dort befindet sich 2x heigth statt height: foreach(array('class', 'width', 'heigth', 'alt', 'title') as $attr) { und $data['heigth'] = sprintf('heigth="%d"', (int)$height); hier sollten alle heigth gegen height ausgetauscht werden. Revision 1108 behebt dieses Problem |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 245 | [WEB-Shop] Frontend | schwerer Fehler | immer | 17.01.2010 01:16 | 13.02.2010 10:33 |
| Reporter: | mbdesign | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | sofort | BS-Version: | |||
| Status: | erledigt | Produktversion: | |||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.8 | ||
| Zielversion: | |||||
| Zusammenfassung: | der Kasse Button im Shoppingcart "/ecombase/checkout_shipping.php" ist ohne Funktion | ||||
| Beschreibung: |
Seit dem update auf V1.0.8 funktioniert der Kasse Button im Shoppingcart nicht mehr d.h. die checkout_shipping.php wird nicht aufgerufen! |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000192)
mbdesign 05.02.2010 15:29 |
Fehlerbereinigung aus Forum: in "admin/customers_status.php" folgenden Code ab Zeile 80 // check for NULL values: foreach(array('customers_status_min_order', 'customers_status_max_order') as $name) { if ($sql_data_array[$name] == '') { $sql_data_array[$name] = 'null'; } } |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 139 | [WEB-Shop] Backend | Unschönheit | immer | 13.09.2009 07:24 | 31.01.2010 08:53 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.8 | ||
| Zielversion: | 1.0.8 | ||||
| Zusammenfassung: | Umstellen csv_backend auf transfer Classen | ||||
| Beschreibung: |
Derzeit läßt sich die Import/Export Funktionalität im Backend nicht modular erweitern. Konzept um das zu ändern: Erstellen einer transport Klasse und zwei interface definitionen: Classenname unter admin/includes/classes/transfer:
|
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000173)
yogi 15.01.2010 10:19 |
Revision 1082 => ECB Version 1.0.8 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 257 | [WEB-Shop] Backend | kleinerer Fehler | immer | 29.01.2010 09:51 | 31.01.2010 08:50 |
| Reporter: | die-andis | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.9 | ||
| Zielversion: | |||||
| Zusammenfassung: | UST ID Prüfung für CZ und LT geht nicht | ||||
| Beschreibung: |
Bei Eingabe Prüfung für die UST ID kommt immer "fehlerhaft" zurück. Die Ursache liegt wohl in der vat_validation.php dort wird die Länge der Id abgefragt. Bei CZ und LT sind die unterschiedlichen Längen mit ODER verknüpft if ((ecb_strlen($vat_id) != 10) || (ecb_strlen($vat_id) != 11) || (ecb_strlen($vat_id) != 12)) sie müsste aber mit UND Verknüpft sein if ((ecb_strlen($vat_id) != 10) && (ecb_strlen($vat_id) != 11) && (ecb_strlen($vat_id) != 12)) |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | UST-ID aus Teschien oder Litauen eingeben | ||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000180)
yogi 31.01.2010 08:44 (Zuletzt bearbeitet: 31.01.2010 08:49) |
Du meinst sicherlich Tschechien... |
|
(0000181)
yogi 31.01.2010 08:50 |
Revision 1110 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 250 | [WEB-Shop] Template | kleinerer Fehler | immer | 25.01.2010 11:07 | 26.01.2010 16:14 |
| Reporter: | Hobbybastler | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.8 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.9 | ||
| Zielversion: | |||||
| Zusammenfassung: | Fehlerhafte Anzeige der Adressbucheinträge in Yaml Template | ||||
| Beschreibung: |
Wenn man in der checkout_confirmation.php rechts bei Rechnungsadresse Link bearbeiten geht, kommt man auf die checkout_payment_address.php und wenn hier im Adressbuch eine Adresse schon eingetragen ist kommt eine fehlerhafte Anzeige bei der Auflistung in Form < < das sollen aber Radius Button sein mit den Adresseinträgen aus dem Adressbuch! |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | kann jederzeit im Demo Shop reproduziert werden | ||||
| Zusätzliche Informationen: |
im Yaml Temlate checkout_payment_address.html das suchen {if $BLOCK_ADDRESS} <h3>{#title_old_addresses#}</h3> {#text_old_addresses#} <div class="adressBlockContainer"> <table> {foreach from=$BLOCK_ADDRESS item=add} <tr> <td>{$add.radio_field}</td> <td>{$add.address}</td> </tr> {/foreach} </table> </div> {/if} ändern zu {if $BLOCK_ADDRESS} <h3>{#title_old_addresses#}</h3> {#text_old_addresses#} <div class="adressBlockContainer">{$BLOCK_ADDRESS}</div> {/if} fertig Es ist nur das Yaml Template dafon betroffen |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000176)
yogi 26.01.2010 16:13 |
Änderung vie vorgeschlagen übernommen Revision 1106 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 241 | [WEB-Shop] Backend | kleinerer Fehler | immer | 13.01.2010 08:51 | 13.01.2010 10:03 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.3 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.8 | ||
| Zielversion: | 1.0.8 | ||||
| Zusammenfassung: | Sprachdateien der Module werden im Backend nicht benutzt | ||||
| Beschreibung: |
Die im Template abgelegten Sprachdateien wie z.B. /templates/*/lang/german/modules/payment/invoice.php werden zwar beim Frontend (Checkout) angezeigt, jedoch nicht im Admin-Bereich, hier sieht man die original Texte. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 39 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 28.01.2009 11:41 | 11.01.2010 14:51 |
| Reporter: |
|
Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.8 | ||
| Zielversion: | 1.0.8 | ||||
| Zusammenfassung: | Sortieren nach?, Preis Sortierung nur nach UVP | ||||
| Beschreibung: | Die Sortierung, sortiert bei den Preisen nur noch, denn UVPs und nicht nach den für die Gruppen eingestellten Preis | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000014)
28.01.2009 14:53 |
Wieder geöffnet, da die Sonderangebote fehlen! |
|
(0000075)
xantiva 13.09.2009 08:01 |
Kein Bearbeiter mehr zugewiesen, daher Status zurück gestuft. |
|
(0000169)
yogi 11.01.2010 14:51 |
Preissortierung nun nach allen Preisen: - Gruppenpreis (1 Stück) - Sonderpreise - Normaler Preis Folgende Logik wird verwendet: wenn Gruppenpreis oder Sonderpeis dann minimum von Gruppenpreis, Sonderpreis sonst Normaler Preis |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 238 | [WEB-Shop] Frontend | schwerer Fehler | immer | 09.01.2010 09:01 | 09.01.2010 09:03 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | XTC | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.7 | ||
| Zielversion: | 1.0.7 | ||||
| Zusammenfassung: | Einkauf über Bestand möglich, Max-Limit wird nicht beachtet | ||||
| Beschreibung: |
Es kann vorkommen daß man eine Bestellung aufgibt die den Lagerbestand ins negative bringt, obwohl dies nicht möglich sein soll. Ebenfalls ist es möglich trotz der Gruppen-Beschränkung auf einen Maximal-Betrag in einer Bestellung mehr zu kaufen. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000166)
yogi 09.01.2010 09:03 |
Revision 1060 Wichtig dabei ist das deaktiviern der DB-Cache Funktion, siehe dazu auch im WIKI: http://wiki.webs.de/index.php/Admin#Cache_Optionen |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 234 | [WEB-Shop] Template | kleinerer Fehler | immer | 09.12.2009 18:45 | 01.01.2010 11:00 |
| Reporter: | mbdesign | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.6 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.7 | ||
| Zielversion: | 1.0.7 | ||||
| Zusammenfassung: | Template Datei product_options_dropdown.html anpassen (alle Templates) | ||||
| Beschreibung: |
{$item_data.PRICE} andern in {$item_data.PRICE|strip_tags} Fehler: document type does not allow element "span" here |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000159)
xantiva 10.12.2009 21:49 |
Bitte kurze Angabe (Beispiel), wann der Fehler auftritt. (Dann ist das Reproduzieren leichter.) |
|
(0000160)
mbdesign 11.12.2009 11:00 |
Es ist kein Fehler der sichtbar im Template auftritt. Um die Seite aber W3C Valide zu haben darf in einem Dropdown Feld kein HTML Tag enthalten sein! Deshalb einfach |strip_tags} und schon ist es wieder sauber! |
|
(0000164)
yogi 01.01.2010 11:00 |
Revision 1057 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 198 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 01.11.2009 12:26 | 31.12.2009 13:58 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.7 | ||
| Zielversion: | 1.0.7 | ||||
| Zusammenfassung: | Rabatte auf Zahlungsarten, etc. (Modul ot-payment) | ||||
| Beschreibung: |
Wir brauchen die Möglichkeit Rabatte auf Zahlungsarten, etc. gewähren zu können. http://www.estelco.de/product_info.php/products_id/59/erweiterungen/modul-rabatt-auf-zahlungsarten.html |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000134)
dthewes 05.11.2009 15:17 |
Wurde in unserer angepassten Version bereits durch yogi implementiert. Musste jedoch einiges angepasst werden. |
|
(0000162)
yogi 31.12.2009 13:58 |
als Modul realisiert |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 233 | [WEB-Shop] Template | kleinerer Fehler | immer | 09.12.2009 18:37 | 10.12.2009 21:47 |
| Reporter: | mbdesign | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.6 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.7 | ||
| Zielversion: | |||||
| Zusammenfassung: | GUNART V1 order_details.html nowrap in nowrap="nowrap" ändern | ||||
| Beschreibung: |
Zeile 33 + 34 in der Template Datei GUNART V1 order_details.html sollte nowrap in nowrap="nowrap" geändert werden. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000158)
xantiva 10.12.2009 21:47 |
rev 1040 Danke fürs Melden. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 226 | [WEB-Shop] Template | Unschönheit | immer | 30.11.2009 23:29 | 30.11.2009 23:29 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | print_products_info: Bilder jetzt auch im Array | ||||
| Beschreibung: | Die Bilder werden hier nun auch als Array ans Template übergeben, analog zu der Produktansicht selbst. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 225 | [WEB-Shop] Template | kleinerer Fehler | immer | 30.11.2009 22:30 | 30.11.2009 22:30 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Fehlerhafte Variablen im Template gv_send.html | ||||
| Beschreibung: |
{if $error_amount != ''} {$ERROR_AMOUNT} {/if} Dadurch sind die Fehlermeldungen nie angezeigt worden. $ERROR_AMOUNT ist richtig. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 224 | [WEB-Shop] Frontend | kleinerer Fehler | N/A | 28.11.2009 18:44 | 28.11.2009 18:57 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Sicherheitspatch xtc_db_prepare_input.inc.php | ||||
| Beschreibung: |
Gambio hat einen Sicherheitspatch herausgebracht, der in der xtc_db_prepare_input.inc.php SQL Befehle maskieren soll: $string = preg_replace('/union.*select.*from/i', '', $string); Wie die Sicherheitslücke ausgenutzt werden kann und ob der ECB-Shop überhaupt gefährdet ist, ist leider nicht klar! :( |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000154)
xantiva 28.11.2009 18:48 |
rev. 1027 Patch eingebaut. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 222 | [WEB-Shop] Template | schwerer Fehler | immer | 23.11.2009 09:58 | 24.11.2009 19:52 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.6 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Änderung in function.config_load.php zerstört Caching-Funktion | ||||
| Beschreibung: | Die Änderung von 0000209 hat zur Folge, dass das Caching nicht mehr funktioniert. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000153)
yogi 24.11.2009 15:26 |
revision 1025 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 221 | [WEB-Shop] Backend | kleinerer Fehler | immer | 22.11.2009 15:54 | 22.11.2009 15:57 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Umsatzstatistik berücksichtigt keinen Rabatt auf eine Bestellung (ot_discount) | ||||
| Beschreibung: | Die Umsatzstatistik berücksichtigt bei der Berechnung des "Umsatz" bislang keinen Rabatt auf die gesamte Bestellung "ot_discount". Daher sind die Werte immer zu hoch. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000152)
xantiva 22.11.2009 15:57 |
rev 1023 Der Rabatt auf eine Bestellung (ot_discount) wird nun berücksichtigt. Das scheint aber leider noch nicht alles zu sein. Irgend etwas scheint noch nicht berücksichtigt zu werden. :( |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 217 | [WEB-Shop] Backend | Trivial | N/A | 19.11.2009 18:55 | 22.11.2009 11:08 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | DISPLAY_PRICE_WITH_TAX = überflüssiges Überbleibsel entfernen | ||||
| Beschreibung: |
Die Konstante DISPLAY_PRICE_WITH_TAX ist nie definiert. Es gibt keinen Eintrag in der ecombase.sql Datei, auch schon in der XTC 3.0.4 SP21 xtcommerce.sql war der nicht drin. Die Sprachkonstanten sind aber immer noch im Shop: define('DISPLAY_PRICE_WITH_TAX_TITLE' , 'Preis inkl. MwSt. anzeigen'); define('DISPLAY_PRICE_WITH_TAX_DESC' , 'Preise inklusive Steuer anzeigen (true) oder am Ende aufrechnen (false)'); Und in sales_report.php, advanced_search_result.php und ot_gv.php kommt die Konstante noch vor ... |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000151)
xantiva 22.11.2009 11:08 |
rev. 1022 DISPLAY_PRICE_WITH_TAX überall entfernt und dabei auch gleichzeitig ein Problem mit der erweiterten Suche behoben: http://www.gunnart.de/tipps-und-tricks/xtcommerce-advanced-search-preisfilter-mit-steuern/ Die Steuern wurden bei der Einschränkung mit Preisen nie berücksichtigt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 220 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 21.11.2009 21:48 | 21.11.2009 21:48 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | PayPal Modul auf aktuellste Version gebracht (API 57.0) | ||||
| Beschreibung: |
PayPal Modul auf die aktuellste Version vom 01.06.09 gebracht: http://www.forum.hamburger-internetdienst.de/viewtopic.php?f=2&t=4 |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 218 | [WEB-Shop] Frontend | kleinerer Fehler | manchmal | 19.11.2009 22:30 | 19.11.2009 22:30 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Warning wenn der DB-Cache aktiviert ist | ||||
| Beschreibung: |
Hatte man den DB-Cache aktiviert wurde man mit einem 'Warning' begrüßt. Ursache: Wenn $db_query an xtc_db_fetch_array() al NULL übergeben wurde. Lösung: xtc_db_fetch_array() verlässt die Funktion sofort, wenn $db_query NULL ist. Vermutung: Fällt erst mit dem ECB-Shop auf, weil Warnings in xtc noch unterdrückt wurden ?!? |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 216 | [WEB-Shop] Frontend | Unschönheit | N/A | 17.11.2009 17:01 | 17.11.2009 17:10 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | 'language' dem Template checkout_products_block in checkout_configuration hinzugefügt | ||||
| Beschreibung: | Dem Template checkout_products_block.html fehlte die Zuweisung der aktuellen Sprache, wodurch in dem Template keine Smarty-Variablen geladen werden konnten. Da dies standardmäßig auch nicht passierte, ist es jedoch nicht aufgefallen und hat keinen Schaden angerichtet. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 215 | [WEB-Shop] Frontend | Unschönheit | immer | 15.11.2009 22:59 | 15.11.2009 23:00 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Automatische Weiterleitung auf Login-Seite, wenn man Konto betritt ohne eingeloggt zu sein | ||||
| Beschreibung: | Man konnte den "Ihr Konto" Bereich betreten, ohne eingeloggt zu sein. Da dies sinnfrei ist, wird man nun automatisch auf die Login-Seite weitergeleitet. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 37 | [WEB-Shop] Frontend | Unschönheit | immer | 14.01.2009 11:48 | 15.11.2009 16:39 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Server-seitige Validierung von Reviews | ||||
| Beschreibung: | Momentan werden die Einträge der Reviews nicht am Server validiert, sondern nur per JS. Sollte auf Server umgestellt werden. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 214 | [WEB-Shop] Backend | kleinerer Fehler | immer | 15.11.2009 14:31 | 15.11.2009 14:39 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Umsatzstatistik zeigt nur noch Nullen an. Angeblich keine Umsätze mehr. | ||||
| Beschreibung: | Die Umsatzstatistik zeigt keine Umsätze mehr an. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000148)
xantiva 15.11.2009 14:39 |
rev 1006 Die Umsatzanzeige funktioniert nun wieder. (Fix in rev 947 hatte Seiteneffekte.) |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 202 | [WEB-Shop] Backend | kleinerer Fehler | N/A | 04.11.2009 20:16 | 15.11.2009 13:28 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | MODULE_ORDER_TOTAL_SHIPPING_TAX_CLASS löschen? | ||||
| Beschreibung: |
Im Versandkosten Modul "ot_shipping" wird derzeit ein leeres weißes Eingabefeld angezeigt (siehe Screenshot). Dort sollte eigentlich der Wert von MODULE_ORDER_TOTAL_SHIPPING_TAX_CLASS drin stehen ... In allen Shops, in die ich bislang reinschauen konnte, ist das so. Erst wenn man das Modul einmal deaktiviert und dann wieder aktiviert kann man dort die Steuerklasse für die Versandkosten auswählen. Es fehlt einfach der Eintrag in der ecombase.sql (, der fehlte auch schon in der xtcommerce.sql). Wenn ich mir allerdings den Code der orders_edit.php ansehe (um Zeile 680), wird der Wert sowieso nicht herangezogen, da für das Shipping immer die tatsächlichen Shipping Module verwendet werden. Ich sehe derzeit keinen Grund, um nicht den Wert in der ot_shipping zu entfernen und durch den DB-Updater den Eintrag löschen lassen. Ich finde auch in keine anderen Datei eine mögliche Verwendung der Konstante ... |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: |
ot_shipping.png (12,805 Bytes) 04.11.2009 20:16 https://bugs.webs.de/file_download.php?file_id=3&type=bug |
||||
| Notiz | |
|
(0000147)
xantiva 15.11.2009 13:28 |
rev 1004 Konstante ist raus und wird vom Updater auch gelöscht. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 194 | [WEB-Shop] Frontend | kleinerer Fehler | nicht getestet | 27.10.2009 22:13 | 15.11.2009 10:52 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | [account.php] Fehler in der Bestimmung der Kategorie ID | ||||
| Beschreibung: |
Zufällig gefunden: In dem File soll für die Produkt Historie auch die Kategorie ermittelt werden ... $cpath = xtc_get_product_path($_SESSION['tracking']['products_history'][$i]); $cat = xtc_parse_category_path($cpath); var_dump('cPath=', $cPath, 'cat=', $cat); $cat = implode('_', $cat); $cat_id = $cat[(sizeof($cat) - 1)]; var_dump('cat=', $cat, 'cat_id=', $cat_id); Die Ausgabe sieht dann wie folgt aus: string(6) "cPath=" string(7) "761_771" string(4) "cat=" array(2) { [0]=> int(761) [1]=> int(771) } string(4) "cat=" string(7) "761_771" string(7) "cat_id=" string(1) "7" Eigentlich möchte man mit $cat_id anschließend eine SQL Abfrage starten ... |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000146)
xantiva 15.11.2009 10:52 |
rev 999 Die Kategorie URL ist nun korrekt ... |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 134 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 12.09.2009 15:28 | 15.11.2009 01:18 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Der Breadcrumb-Link "Startseite" hängt die Session ID oder SID an | ||||
| Beschreibung: | Durch die Fehlerbehebung bei den Sessions, funktioniert der Code für die Link Generierung nicht mehr sauber. Entweder ist immer die Session ID angehängt, wenn vorhanden. Andernfalls wird SID angehängt. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000062)
xantiva 12.09.2009 15:29 |
Kann ich in meinem Live-Shop oder im Test-Shop nachvollziehen. |
|
(0000144)
xantiva 15.11.2009 01:18 |
rev 998 Immer wenn Cookies erzwungen wurden, gab es den Fehler ... |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 213 | [WEB-Shop] Frontend | kleinerer Fehler | N/A | 15.11.2009 00:13 | 15.11.2009 00:13 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Copyright-Hinweis im Quellcode angepasst und ans Ende gesetzt | ||||
| Beschreibung: |
neuer Hinweis: <!-- Online Shop Software by Ecombase ECB Shop Software is a free open source e-Commerce System created by Ecombase & Team, Management Volker Bellendorf Licensed under GNU/GPL 2.c Software Downloads Fixes www.ecombase.de Based on OSC, The Next Projekt, xt-Commerce --> |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 161 | [WEB-Shop] Backend | Feature-Wunsch | immer | 10.10.2009 07:51 | 14.11.2009 23:35 |
| Reporter: | dthewes | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | kleinere Änderung | ||||
| Aufwand: | < 1 Tag | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Update der sofortüberweisung.de Schnittstelle auf aktuelle Version 3.1 | ||||
| Beschreibung: |
In der ECB integriert ist die sofortüberweisung.de Schnittstelle V 2.0. Die aktuelle Version 3.1 enthält u.a. ein sichereres Handling bei der Bestellung. Link zur neuen XT:C Schnittstelle: https://www.payment-network.com/images/logos/shops/sofortueberweisung_xtc_v3.1.zip |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: |
sofortueberweisung_xtc_v3.1.zip (96,854 Bytes) 10.10.2009 07:51 https://bugs.webs.de/file_download.php?file_id=1&type=bug |
||||
| Notiz | |
|
(0000141)
Doc Olson 13.11.2009 00:30 |
Ist im Grunde ein Bugfix, da die alte Version ein Problem mit der Aktualisierung der Bestell-Stati hatte. Umsetzung ist eine Kleinigkeit, daher schon für die 1.06 vorgezogen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 211 | [WEB-Shop] Frontend | Unschönheit | immer | 13.11.2009 21:27 | 13.11.2009 21:30 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Der Rabatt wird dem Kunden mit Punkt statt Komma angezeigt | ||||
| Beschreibung: |
Wenn man einen Artikelrabatt einstellt, wird dem Kunden immer der Rabatt mit ein Dezimalpunkt statt dem eingestellten Komma angezeigt. Dazu auch noch mit zwei Nachkommastellen: Sie Sparen 10.00% |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000142)
xantiva 13.11.2009 21:30 |
rev. 994 Das Dezimalpunktzeichen aus der Währung wird nun berücksichtigt. Bei ganzzahligen Rabatten, werden keine Nachkommastellen angezeigt: Sie sparen 10% |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 210 | [WEB-Shop] Datenbank | Unschönheit | N/A | 13.11.2009 18:01 | 13.11.2009 18:01 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | niedrig | BS-Version: | |||
| Status: | anerkannt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.1 | ||||
| Zusammenfassung: | Fehlerunterdrückung bei mysql_connect() | ||||
| Beschreibung: |
In der inc/xtc_db_connect.inc.php werden in den Zeilen QUELLTEXT 29 if (USE_PCONNECT == 'true') { 30 $$link = @mysql_pconnect($server, $username, $password) or die ('can not connect to Database!'); 31 } else { 32 $$link = @mysql_connect($server, $username, $password) or die("can not connect to Database!"); 33 } die Fehlermeldungen unterdrückt. Besser Fehler sauber abfangen und im Klartext ausgeben! |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 209 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 11.11.2009 13:10 | 11.11.2009 16:39 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.3 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | smarty bekommt das update in den /template/*/lang/* dateien nicht mit | ||||
| Beschreibung: |
Wenn ich in der Template-Language Datei änderungen vornehme muß man immer den Cache leeren damit diese erscheinen. Bei den Dateien unter /lang/*/lang_*.conf ist das nicht nötig. Der Fehler liegt an einer schlechten Implementierung des ECB-Plugins config_load welches nur die Hauptdatei auf Änderungen überprüft, nicht jedoch die Datei im Template. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000140)
yogi 11.11.2009 16:39 |
fixed in revision 993 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 203 | [WEB-Shop] Backend | kleinerer Fehler | immer | 04.11.2009 23:54 | 09.11.2009 18:26 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Modul sitemap.xml: Wenn der Shop in einem Unterverzeichnis liegt, kann man keinen Link auf den Root mit angeben | ||||
| Beschreibung: |
Wenn der Shop in einem Unterverzeichnis liegt, dann wird die sitemap.xml in das Verzeichnis des Shops gespeichert. Diese beinhaltet denn auch einen Eintrag für den Root der Domain, statt das Shopverzeichnis. 1. Kann man aus einem Unterverzeichnis nicht auf ein höheres Verzeichnis verweisen. 2. Fehlt dafür dann das "Katalogverzeichnis". |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000139)
xantiva 09.11.2009 18:26 |
rev. 992 Wenn der Shop in einem Unterverzeichnis liegt, wird diese URL in der sitemap aufgenommen und nicht mehr der Root. Des weiteren gibt der Shop beim Speichern nun eine Klartextfehlermeldung raus, wenn weder CURL noch FOpen installiert sind. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 208 | [WEB-Shop] Frontend | kleinerer Fehler | manchmal | 09.11.2009 00:43 | 09.11.2009 00:50 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Lange Datumsangaben sind nicht korrekt kodiert (setlocale) | ||||
| Beschreibung: |
Für die "lange Datumsausgabe" wird in xtc_date_long.inc.php die Funktion strftime verwendet. Die Zeichenkodierung dieser Ausgabe ist allerdings abhängig von der "setlocale" Einstellung des Servers. Wenn diese nicht identisch mit der Codierung des Shops ist, dann wird z. B. der Umlaute in "März" nicht richtig angezeigt: 21. M�rz 2009 (XAMPP läuft auf Windows z. B. mit cp1252 und nicht mit UTF-8!) |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000138)
xantiva 09.11.2009 00:50 |
rev 991 Durch htmlentities wird nun aus dem Umlaut ein Entity, dass das wieder problemlos dargestellt werden kann. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 207 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 08.11.2009 23:07 | 08.11.2009 23:09 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Staffelpreise werden nicht mit Rabatt angezeigt | ||||
| Beschreibung: |
pufaxx hat es schon vor längerer Zeit beschrieben ;) http://www.gunnart.de/tipps-und-tricks/xtcommerce-korrekte-anzeige-von-staffelpreisen-mit-rabatt/ Wenn man Staffelpreise verwendet und dann noch einen Artikel - Rabatt angibt, wird zwar im Warenkorb richtig gerechnet, aber auf der Product Info Seite werden die Staffelpreise ohne Rabatt angezeigt. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000137)
xantiva 08.11.2009 23:09 |
rev 990 Angezeigte Staffelpreise stimmen nun mit dem Preisen im Warenkorb überein. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 106 | [WEB-Shop] Frontend | Feature-Wunsch | N/A | 19.04.2009 16:54 | 07.11.2009 15:14 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | niedrig | BS-Version: | |||
| Status: | neu | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.1 | ||||
| Zusammenfassung: | Artikel im Warenkorb reservieren | ||||
| Beschreibung: |
Momentan ist es so, dass die Bestände nur heruntergezählt werden, wenn ein Kauf abgeschlossen wird. Was ist aber, wenn zwei oder mehr Kunden zusammen mehr Artikel im Korb haben, als tatsächlich Bestand vorhanden ist? Vorschlag: Ein Reservierungssystem zwischenschalten, welches Einfluß auf die verfügbaren Bestände hat. Legt ein Kunde einen Artikel in den Korb, wird eine Reservierung vorgenommen, die die Anzahl verfügbarer Artikel reduziert. Diese Reservierungen müssen aber auch nach einer bestimmten Zeit automatisch verfallen. Man könnte die Reservierungen in einer Tabelle mit Timestamp speichern. Bei jeder Bestandsabfrage, werden dann zunächst erstmal alle Reservierungen älter als x Minuten/Sekunden gelöscht. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 205 | [WEB-Shop] Frontend | schwerer Fehler | immer | 05.11.2009 23:11 | 05.11.2009 23:20 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Wenn directurl ausgewählt ist, kann man die SEO URLs nicht einfach abschalten. Kein Link funktionert mehr. | ||||
| Beschreibung: | Wenn man als "Art der Suchmaschinenfreundlichen URLs?" directurl (Bluegate) auswählt, das Modul im Backend aktiviert und dann mal "Suchmaschinenfreundliche URLs benutzen?" auf false setzt, kann in seinem Shop nicht mehr browsen. Alle Links zeigen nur noch auf die Startseite. Erst wenn das Modul deaktiviert wird, klappt das wieder. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000135)
xantiva 05.11.2009 23:20 |
rev. 983+984 Wenn die SEO URLs grundsätzlich abgeschaltet werden, wird das von diesem Modul nun korrekt berücksichtigt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 201 | [WEB-Shop] Template | Fehler im Text | immer | 04.11.2009 19:45 | 04.11.2009 19:45 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Schreibfehler in deutscher Sprachdatei | ||||
| Beschreibung: | Variable 'title_help' beinhaltet einen Schreibfehler: 'Informationen zu Ihren Coupon' | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 200 | [WEB-Shop] Frontend | schwerer Fehler | immer | 02.11.2009 23:36 | 02.11.2009 23:38 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Bei 1&1 produzieren Kategorien und Artikel mit Umlauten oder sonstigen Sonderzeichen einen Umleitungsfehler | ||||
| Beschreibung: | Bei aktivem "redirect" für alte URLs, produziert der Shop bei 1&1 einen Umleitungsfehler. Kategorien und oder Artikel mit Umlauten oder sonstigen Sonderzeichen sorgen für eine "Endlosschleife". | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000132)
xantiva 02.11.2009 23:38 |
rev 980 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 167 | [WEB-Shop] Backend | Unschönheit | immer | 11.10.2009 15:47 | 01.11.2009 18:44 |
| Reporter: | mannez | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | banktransfer_validation.php fehlende Prüfungsmethoden C1 bis D3. B6 nicht ganz korrekt. | ||||
| Beschreibung: |
In der /includes/classes/banktransfer_validation.php fehlt die Prüfungsmethoden C1 bis D3. Weiterhin fehlt u.a. bei der Methode B6 ein Fix. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: |
Habe aus dem Paket cpp_dd_de_check (von www.payguard.de) die Datei cpp_dd_de_check.php übernommen und für ECB angepasst. Die Methode C6 war auch in diesem Paket nicht ganz korrekt und wurde von mir modifiziert. Somit sollten alle derzeit aktuellen Prüfungsmethoden vorhanden sein. Angepasste banktransfer_validation.php im Anhang |
||||
| Angehängte Dateien: |
banktransfer_validation.zip (15,613 Bytes) 11.10.2009 15:47 https://bugs.webs.de/file_download.php?file_id=2&type=bug |
||||
| Notiz | |
|
(0000128)
yogi 01.11.2009 12:41 (Zuletzt bearbeitet: 16.10.2010 18:50) |
Hi, da finden sich ja tolle CodeSchnipsel: $AccountNo = $this->ExpandAccount($AccountNo); $RetVal = $this->Mark20($AccountNo); if ($RetVal != 0){ $RetVal = $this->Mark20($AccountNo); } Wenns nicht klappt versuch ich es halt nochmal... Beitrag im Forum: http ://ww w.ecombase.de/forum/index.php?showtopic=49345 |
|
(0000129)
mannez 01.11.2009 13:56 |
Das sind die selben tollen Codeschnippsel wie in der original ECB-Version. Richtiger wäre für dem Fall dann: $AccountNo = $this->ExpandAccount($AccountNo); $RetVal = $this->Mark20($AccountNo); if ($RetVal != 0){ $RetVal = $this->Mark29($AccountNo); } |
|
(0000130)
yogi 01.11.2009 18:43 |
Revision 976 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 181 | [WEB-Shop] Template | kleinerer Fehler | immer | 19.10.2009 22:18 | 01.11.2009 12:53 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | checkout_shipping_address.php und YAML: Anzeige von ARRAY statt der "Adressen aus Ihrem Adressbuch" | ||||
| Beschreibung: | Das YAML kann noch nicht mit dem ARRAY umgehen, das seit rev. 64 in der checkout_shipping_address.php ausgegeben wird. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 185 | [WEB-Shop] Installer | kleinerer Fehler | immer | 24.10.2009 12:28 | 31.10.2009 08:14 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Nach Vollinstallation meldet das Backend DB V1.0 muß von Release 6 auf 8 aktualisiert werden | ||||
| Beschreibung: |
WARNUNG: Ihre DB muß aktualisiert werden, bitte den Installer ausführen: * DB V1.0 muß von Release 6 auf 8 aktualisiert werden. In der ecombase.sql im Branch steht noch ... #database Version INSERT INTO database_version(version, `release`) VALUES ('V1.0', 6); |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000116)
yogi 24.10.2009 13:47 |
MakeECB updaten |
|
(0000125)
yogi 31.10.2009 08:14 |
MakeECB wurde modifizert das es dieses Problem ebenfalls erkennt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 196 | [WEB-Shop] Installer | schwerer Fehler | N/A | 30.10.2009 21:55 | 30.10.2009 22:03 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Das Backend meldet nach Update DB V1.0 muß von Release 5 auf 8 aktualisiert werden, dann kommt ein SQL Error mit REVOCATION_ID . | ||||
| Beschreibung: |
Wenn man einen älteren Shop auf die v1.0.5 aktualisieren möchte, dazu den Shop komplett neu installiert und dann die alte Datenbank einspielt, meldet das Backend - richtiger weise- dass die Datenbank aktualisiert werden müsste. Bei dem anschließenden Versuch dieses durchzuführen, kommt der folgende SQL Fehler: 1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1 select * from configuration where `configuration_key`='REVOCATION_ID' and `configuration_value`= [ECB SQL Error] |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000124)
xantiva 30.10.2009 22:03 |
rev 971 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 195 | [WEB-Shop] Frontend | Unschönheit | N/A | 28.10.2009 09:26 | 28.10.2009 09:26 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | xtcFormat in xtcPrice gibt notices aus, wenn undefinierte Variablen genutzt werden | ||||
| Beschreibung: |
In der Funktion xtcFormat kann es zur Ausgabe von notices kommen, wenn die Variablen $checkAttributes, $symbol_left, $symbol_right geutzt werden, ohne vorher definiert worden zu sein. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 188 | [WEB-Shop] Template | Unschönheit | immer | 25.10.2009 10:53 | 25.10.2009 11:05 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.5 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.6 | ||
| Zielversion: | 1.0.6 | ||||
| Zusammenfassung: | Der Smarty Modifier Truncate trennt in HTML Entities | ||||
| Beschreibung: |
Truncate kann man verwenden, um Texte im Template auf eine bestimmte Länge zu kürzen. Problem: Entities wie z. B. & auml ; für den Buchstaben ä werden u. U. mittig getrennt, so dass der Text zerstümmelt wird: Beispiel: Qualit&au statt Qualität Erweiterung des Plugins um eine Option, die ein html_entity_decode ausführt. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000121)
xantiva 25.10.2009 11:05 |
rev 967 Neuer Parameter decode_entities ergänzt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 62 | [WEB-Shop] Datenbank | Unschönheit | immer | 20.02.2009 09:26 | 24.10.2009 15:55 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | zugewiesen | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.2 | ||||
| Zusammenfassung: | products_vpe | ||||
| Beschreibung: |
Auto-Increment für products_vpe anlegen => products_vpe_description tabelle anlegen /admin/products_vpe.php anpassen |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 57 | [WEB-Shop] Frontend | Unschönheit | immer | 11.02.2009 09:55 | 24.10.2009 15:54 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | zugewiesen | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.2 | ||||
| Zusammenfassung: | locale korrekt verwenden | ||||
| Beschreibung: |
Der Shop verwendet die Locale nicht korrekt. Beispiel: Diesen Artikel haben wir am Wednesday, 11. February 2009 in unseren Katalog aufgenommen ** Wenn der Text korrekt ist mal auf Englisch gehen, dann stehs da mit den Deutschen Datumsnamen ** Aufgabe: korrektes verwenden von setlocale() => überarbeiten aller Felder wo mit Zahlen gearbeitet wird, insbesondere bei der Übertragung in die DB |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 58 | [WEB-Shop] Backend | Unschönheit | immer | 13.02.2009 11:20 | 24.10.2009 15:54 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | zugewiesen | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.2 | ||||
| Zusammenfassung: | Classe zur categorie-Handhabung erstellen | ||||
| Beschreibung: |
Erstellung einer Class zur Verwaltung diverse Anfragen die Kategorien betreffen. Derzeit werden z.B. deaktivierte Kategorien überall mit ausgegeben (insbesondere auf der Kundenseite). Erstellung einer "class" für Kategorien class categories [expand database] { Hierbei sollte da Range-Konzept mit in die Categorie-Tabelle eingebaut werden. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 93 | [WEB-Shop] Frontend | Unschönheit | immer | 29.03.2009 11:53 | 24.10.2009 15:48 |
| Reporter: |
|
Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | niedrig | BS-Version: | |||
| Status: | neu | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.1 | ||||
| Zusammenfassung: | Herstellerseite | ||||
| Beschreibung: |
Die geänderte produt_listing.php zur Anzeige des Herstellerbildes und der Beschreibung des Herstellers <?php /* ----------------------------------------------------------------------------------------- $Id: product_listing.php 1286 2005-10-07 10:10:18Z mz $ XT-Commerce - community made shopping http://www.xt-commerce.com Copyright (c) 2003 XT-Commerce ----------------------------------------------------------------------------------------- based on: (c) 2000-2001 The Exchange Project (earlier name of osCommerce) (c) 2002-2003 osCommerce(product_listing.php,v 1.42 2003/05/27); www.oscommerce.com (c) 2003 nextcommerce (product_listing.php,v 1.19 2003/08/1); www.nextcommerce.org Released under the GNU General Public License ---------------------------------------------------------------------------------------*/ $module_smarty = new Smarty; $module_smarty -> assign('tpl_path', 'templates/'.CURRENT_TEMPLATE.'/'); $result = true; // include needed functions require_once (DIR_FS_INC.'xtc_get_all_get_params.inc.php'); require_once (DIR_FS_INC.'xtc_get_vpe_name.inc.php'); if(isset($_POST['products_per_site'])) { $_SESSION['products_per_site'] = (int) $_POST['products_per_site']; } if(!isset($_SESSION['products_per_site'])) $_SESSION['products_per_site'] = MAX_DISPLAY_SEARCH_RESULTS; $listing_split = new splitPageResults($listing_sql, (int)$_GET['page'], $_SESSION['products_per_site'], 'p.products_id'); $module_content = array (); if ($listing_split -> number_of_rows > 0) { $navigation_smarty = new Smarty(); $page_links = $listing_split -> getLinksArray(MAX_DISPLAY_PAGE_LINKS, xtc_get_all_get_params(array ('page', 'info', 'x', 'y'))); $navigation_smarty -> assign('LINKS', $page_links); $navigation_smarty -> assign('language', $_SESSION['language']); $navigation_smarty -> assign('tpl_path', 'templates/'.CURRENT_TEMPLATE.'/'); $navigation = $navigation_smarty -> fetch(CURRENT_TEMPLATE.'/module/page_navigation.html'); if($current_category_id) { if (GROUP_CHECK == 'true') { $group_check = "and c.group_permission_".$_SESSION['customers_status']['customers_status_id']."=1 "; } $category_query = xtDBquery("SELECT cd.categories_description, cd.categories_name, cd.categories_heading_title, c.listing_template, c.categories_image FROM ".TABLE_CATEGORIES." c, ".TABLE_CATEGORIES_DESCRIPTION." cd WHERE c.categories_id = '".$current_category_id."' AND cd.categories_id = '".$current_category_id."' ".$group_check." AND cd.language_id = '".$_SESSION['languages_id']."'"); $category = xtc_db_fetch_array($category_query,true); if ($category['categories_image'] != '') { $image = $category['categories_image']; } $module_smarty -> assign('CATEGORIES_NAME', $category['categories_name']); $module_smarty -> assign('CATEGORIES_HEADING_TITLE', $category['categories_heading_title']); $module_smarty -> assign('CATEGORIES_IMAGE', $image); $module_smarty -> assign('CATEGORIES_DESCRIPTION', $category['categories_description']); } else if(isset ($_GET['manufacturers_id'])) { $manufacturer_query = xtDBQuery("SELECT m.manufacturers_name, m.manufacturers_image, mi.manufacturers_url, mi.manufacturers_description FROM ".TABLE_MANUFACTURERS." m, ".TABLE_MANUFACTURERS_INFO." mi WHERE m.manufacturers_id = '".(int)$_GET['manufacturers_id']."' AND m.manufacturers_id = mi.manufacturers_id AND mi.languages_id = '".(int)$_SESSION['languages_id']."'"); $manufacturer = xtc_db_fetch_array($manufacturer_query, true); if($manufacturer['manufacturers_image'] != '') { $image = DIR_WS_IMAGES . 'manufacturers/info_images/' . $manufacturer['manufacturers_image']; } $module_smarty -> assign('CATEGORIES_NAME', $manufacturer['manufacturers_name']); $module_smarty -> assign('CATEGORIES_HEADING_TITLE', $manufacturer['manufacturers_name']); $module_smarty -> assign('CATEGORIES_IMAGE', $image); $module_smarty -> assign('CATEGORIES_DESCRIPTION', $manufacturer['manufacturers_description']); } $rows = 0; $listing_query = xtDBquery($listing_split -> sql_query); while ($listing = xtc_db_fetch_array($listing_query, true)) { $rows ++; $module_content[] = $product -> buildDataArray($listing); } } else { // no product found $result = false; } // get default template if ($category['listing_template'] == '' or $category['listing_template'] == 'default') { $files = array (); if ($dir = opendir(DIR_FS_CATALOG.'templates/'.CURRENT_TEMPLATE.'/module/product_listing/')) { while (($file = readdir($dir)) !== false) { if (is_file(DIR_FS_CATALOG.'templates/'.CURRENT_TEMPLATE.'/module/product_listing/'.$file) and ($file != "index.html") and (substr($file, 0, 1) !=".")) { $files[] = array ('id' => $file, 'text' => $file); } //if } // while closedir($dir); } $category['listing_template'] = $files[0]['id']; } if ($result != false) { $module_smarty -> assign('MANUFACTURER_DROPDOWN', $manufacturer_dropdown); $module_smarty -> assign('module_content', $module_content); $module_smarty -> assign('language', $_SESSION['language']); $module_smarty -> assign('NAVIGATION', $navigation); $module_smarty -> assign('products_sort_file', $_SERVER['REQUEST_URI']); $products_sortby = $module_smarty -> fetch(CURRENT_TEMPLATE.'/module/products_sorting.html'); $products_persite = $module_smarty -> fetch(CURRENT_TEMPLATE.'/module/products_per_site.html'); $module_smarty -> assign('PRODUCTS_SORTBY', $products_sortby); $module_smarty -> assign('PRODUCTS_PER_SITE', $products_persite); // set cache ID if (!CacheCheck()) { $module_smarty -> caching = 0; $module = $module_smarty -> fetch(CURRENT_TEMPLATE.'/module/product_listing/'.$category['listing_template']); } else { $module_smarty -> caching = 1; $module_smarty -> cache_lifetime = CACHE_LIFETIME; $module_smarty -> cache_modified_check = CACHE_CHECK; $cache_id = $current_category_id.'_'.$_SESSION['language'].'_'.$_SESSION['customers_status']['customers_status_name'].'_'.$_SESSION['currency'].'_'.$_GET['manufacturers_id'].'_'.$_GET['filter_id'].'_'.$_GET['page'].'_'.$_GET['keywords'].'_'.$_GET['categories_id'].'_'.$_GET['pfrom'].'_'.$_GET['pto'].'_'.$_GET['x'].'_'.$_GET['y']; $module = $module_smarty -> fetch(CURRENT_TEMPLATE.'/module/product_listing/'.$category['listing_template'], $cache_id); } $smarty -> assign('main_content', $module); } else { $error = TEXT_PRODUCT_NOT_FOUND; include (DIR_WS_MODULES.FILENAME_ERROR_HANDLER); } ?> In der Datei default.php muss der Block auskommentiert werden if ( isset ($_GET['manufacturers_id']) ) { $image = xtDBquery("SELECT manufacturers_image FROM " . TABLE_MANUFACTURERS." WHERE manufacturers_id = '".(int) $_GET['manufacturers_id']."'"); $image = xtc_db_fetch_array($image, true); $image = $image['manufacturers_image']; } elseif ( $current_category_id ) { $image = xtDBquery("SELECT categories_image FROM " . TABLE_CATEGORIES . " WHERE categories_id = '".$current_category_id."'"); $image = xtc_db_fetch_array($image, true); $image = $image['categories_image']; } |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000039)
29.03.2009 11:55 |
Das ganze ist nicht schön da 'manufacturers/info_images/' . $manufacturer['manufacturers_image'] hart codiert ist. Vielleicht sollte das Imageprocessing auch auf Kategorien ausgeweitet werden |
|
(0000040)
29.03.2009 12:25 |
Ist noch ein Fehler drin statt $image = $category['categories_image']; muss es $image = DIR_WS_IMAGES . 'categories/' . $category['categories_image']; sein |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 66 | [WEB-Shop] Frontend | Unschönheit | immer | 26.02.2009 17:15 | 24.10.2009 15:43 |
| Reporter: | Autodidakt | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | niedrig | BS-Version: | |||
| Status: | bestätigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.1 | ||||
| Zusammenfassung: | Sortierung / Anzahl der Produkte - Bei Änderung auf Seite 1 der Liste springen | ||||
| Beschreibung: |
Es wäre besser, wenn bei Änderung der Sortierung der zu zeigenden Produkte im Listing zu Seite eins des Listings gesprungen würde, da sonst Produkte "verlorengehen". Gleiches gilt für die Änderung der Anzahl. Bei der Anzahl könnte man das evtl. vermeiden, indem man nicht die anzuzeigende Seite übergibt, sondern den ersten zu zeigenden DB-Eintrag. Ansonsten habe ich das "products_sort_file" bislang mit xtc_get_all_get_params geholt. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000030)
15.03.2009 18:06 |
hersteller id muss mit beachtet werden... |
|
(0000074)
xantiva 13.09.2009 08:01 |
Kein Bearbeiter mehr zugewiesen, daher Status zurück gestuft. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 50 | [WEB-Shop] Backend | Unschönheit | immer | 06.02.2009 11:02 | 24.10.2009 15:11 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | keine | BS-Version: | |||
| Status: | anerkannt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.2 | ||||
| Zusammenfassung: | Boolsche Werte der Konfiguration sind eigentlich Strings | ||||
| Beschreibung: |
Dies ist eigentlich kein Bug im eigentlichen Sinn, aber eine programmiertechnische Unart, die zu gewaltig vielen Bugs führen kann: In der DB werden boolsche Konfigurationsparameter als Strings ("true", "false") abgelegt, was bei falscher Abfrage der Werte zu unvorhersehbaren Folgen führen kann. $var = 'false'; $var2 = false; if ( $var ) { echo '$var ist true'; } if ( $var2 ) { echo '$var2 ist true'; } $var ist tatsächlich true, $var2 ist false. Das müsste mal vollständig umgestellt werden, allerdings dürfte es hunderte, wenn nicht tausende Stellen im Code dafür geben. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 29 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 29.12.2008 01:48 | 24.10.2009 15:08 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | niedrig | BS-Version: | |||
| Status: | neu | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.2 | ||||
| Zusammenfassung: | Sonderangebote sind über Bestand kaufbar | ||||
| Beschreibung: |
In den Sonderangeboten gibt man normalerweise vor, wieviele Artikel zu dem Sonderpreis verfügbar sein sollen. Gibt man im Warenkorb mehr Artikel an, bekommt man diese alle zu dem Sonderpreis. Dies betrifft auch das Live-Shopping "Modul" |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 178 | [WEB-Shop] Installer | kleinerer Fehler | immer | 18.10.2009 21:01 | 18.10.2009 21:01 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.1 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.1 | ||||
| Zusammenfassung: | Änderung in dbUpdate hinzugefügt (Rev. 771, Bilder in Optionen) | ||||
| Beschreibung: | In Rev. 771 hatte ich vergessen, die Änderungen an der DB auch in der dbUpdate hinzuzufügen. Somit nachgeholt. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 177 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 17.10.2009 22:18 | 17.10.2009 22:21 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.5 | ||
| Zielversion: | 1.0.5 | ||||
| Zusammenfassung: | Ein Fehler in der Funktion 'getGraduated' verhinderte, dass die VPE-Informationen angezeigt wurden | ||||
| Beschreibung: |
Statt... 1-9 Stk. je 100,00 € 100,00 € pro Liter 10-19 Stk. je 90,00 € 90,00 € pro Liter > 20 Stk. je 80,00 € 80,00 € pro Liter wurde nur angezeigt... 1-9 Stk. je 100,00 € 10-19 Stk. je 90,00 € > 20 Stk. je 80,00 € |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 30 | [WEB-Shop] Backend | kleinerer Fehler | immer | 29.12.2008 13:16 | 17.10.2009 01:01 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.5 | ||
| Zielversion: | 1.0.5 | ||||
| Zusammenfassung: | Kalender Steuerelement für Sonderangebote funktioniert nicht | ||||
| Beschreibung: |
Das JS-Kalender Steuerelement bei den Einstellungen für Sonderangebote funktioniert nicht. Es wird nur ein schwarzer Kasten angezeigt (FF & IE). Es bietet sich an, das gleiche Steuerelement vom Live-Shopping hier einzubauen. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000064)
xantiva 12.09.2009 21:26 (Zuletzt bearbeitet: 12.09.2009 21:28) |
Ist im aktuellen Trunk immer noch so. Sollte in der 1.2 mit dem neuen Backend behoben werden. |
|
(0000084)
Doc Olson 19.09.2009 16:22 |
Wird im neuen Backend eh grundsätzlich anders geregelt |
|
(0000111)
Doc Olson 17.10.2009 00:59 |
Habe es nun gefixt. Zusätzlich noch zwei weitere Spalten in der Listen-Darstellung der Sonderangebote hinzugefügt (Artikel-Nr. und Gültigkeit) |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 174 | [WEB-Shop] Backend | Trivial | immer | 17.10.2009 00:24 | 17.10.2009 00:24 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | keine | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.5 | ||
| Zielversion: | 1.0.5 | ||||
| Zusammenfassung: | Anzeige-Fehler in der Umsatz-Statistik behoben | ||||
| Beschreibung: | Ein kleiner Fehler hatte dafür gesorgt, daß bei nicht gewählter Zahlungsweise immer die letzte in der Liste vorausgewählt war. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 173 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 17.10.2009 00:05 | 17.10.2009 00:05 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | keine | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.5 | ||||
| Zusammenfassung: | Listenansicht Live-Shopping erweitert | ||||
| Beschreibung: | In der Administration der Live Shopping Artikel Spalten "Lager" und "Anzahl" hinzugefügt | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 172 | [WEB-Shop] Backend | Trivial | immer | 16.10.2009 20:49 | 16.10.2009 20:49 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | keine | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.5 | ||||
| Zusammenfassung: | Reihenfolge der Coupons im coupon_admin umgekehrt - die neuesten stehen immer oben | ||||
| Beschreibung: | Die neuesten Coupons stehen jetzt immer an oberster Stelle | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 170 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 16.10.2009 20:32 | 16.10.2009 20:32 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | keine | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.0.5 | ||||
| Zusammenfassung: | Standard RSS-Feed auf ecb-shop.de umgestellt | ||||
| Beschreibung: |
ALT: http://www.soap4xtc.de/feed/ NEU: http://www.ecb-shop.de/category/updates/feed/ |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 169 | [WEB-Shop] Backend | Feature-Wunsch | immer | 14.10.2009 12:45 | 14.10.2009 20:44 |
| Reporter: | dthewes | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.1 | ||
| Zielversion: | 1.1 | ||||
| Zusammenfassung: | Anzeige des KundenUmsatz in der Kundenübersicht | ||||
| Beschreibung: |
In der Kundenübersicht sollte als weitere Spalte der Umsatz eingeblendet werden. Sortierung Aufsteigend/Absteigend sollte möglich sein. Gründe: - Einfachere Übersicht bei "Rabattnachfragen" (man sieht sofort das Gesamtvolumen) - Finden von "Leichen" mit Accounts ohne Bestellung um diese dann zu bereinigen ->Alleine schon aus Gründen des Datenschutzes sinnvoll, da keine "leeren" Konten mitgeschleppt werden. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000110)
yogi 14.10.2009 20:44 |
Implementiert und getestet. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 164 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 10.10.2009 23:38 | 12.10.2009 23:00 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.5 | ||
| Zielversion: | 1.0.5 | ||||
| Zusammenfassung: | Verwendung von DIR_FS_DOCUMENT_ROOT statt DIR_FS_CATALOG im Frontend | ||||
| Beschreibung: |
An zwei Stellen ist DIR_FS_DOCUMENT_ROOT im Frontend verwendet worden: * xtc_php_mail.inc.php * xtc_href_link_directurl.inc.php Der Bug in der xtc_php_mail.inc.php sorgt dafür, dass bei Shops in einem Unterverzeichnis keine Email per SMTP versendet werden kann und keine Signaturen mitgesendet werden. Bei xtc_href_link_directurl.inc.php sollte bei Shops in Unterverzeichnissen die Konfiguration nicht möglich sein. (Bislang keine Fehlermeldungen durch die Community.) |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000109)
xantiva 12.10.2009 23:00 |
rev. 941 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 168 | [WEB-Shop] Frontend | schwerer Fehler | immer | 11.10.2009 18:49 | 11.10.2009 18:52 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.5 | ||
| Zielversion: | 1.0.5 | ||||
| Zusammenfassung: | Bei aktivierten, sprachabhängigen Bluegate URLs entstehen URLs mit DIRECTURL_PRODUCTS_URL_NAME | ||||
| Beschreibung: |
Wenn man die DIRECTURLs von Bluegate aktiviert und dazu noch die sprachabhängigen URLs nutzt kommt es zu Fehlern, wenn man z. B. die Detailseite öffnet und ein Produkt in den Warenkorb legen will. Das Produkt landet zwar im Warenkorb, aber der Kunde wird auf die Startseite geleitet und es stehe eine URL nach folgendem Schema in der Adressleiste: http://example.com/DIRECTURL_PRODUCTS_URL_NAME/.html |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000108)
xantiva 11.10.2009 18:52 |
rev. 940 Die Konstante wurde nicht immer gesetzt (in den Konstruktor verschoben). Dazu wird bei der product_info.php im Shop mit zwei unterschiedlichen Wegen gearbeitet, um die products id zu übermitteln. Mal heisst der Parameter info, mal products_id ... :( |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 160 | [WEB-Shop] Frontend | schwerer Fehler | immer | 07.10.2009 06:17 | 11.10.2009 15:03 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.5 | ||
| Zielversion: | 1.0.5 | ||||
| Zusammenfassung: | Wenn Coupon-/Gutscheinwert die Kaufsumme abdeckt, ist Bestellung nicht möglich | ||||
| Beschreibung: |
Man legt Artikel in den Warenkorb und löst einen Gutschein/Coupon ein, der den Bestellwert abdeckt. Nach der Bestellbestätigung wird man dann IMMER zurück zur Seite checkout_payment.php geleitet. Eine Fehlermeldung erhält man nicht. Dem System fehlt eine Zahlungsweise. Diese lässt sich aber nicht auswählen, weil das Guthaben den Bestellwert ja abdeckt. Eine Zahlungsweise auswählen zu müssen, ist aber auch unlogisch. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000107)
Doc Olson 11.10.2009 15:03 |
Dieser Abschnitt stand fälschlicherweise in checkout_confirmation, anstatt in checkout_process: if ( isset ($_SESSION['credit_covers']) ) { $_SESSION['payment'] = 'no_payment'; // GV Code Start/End ICW added for CREDIT CLASS } |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 165 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 11.10.2009 13:00 | 11.10.2009 13:48 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.5 | ||
| Zielversion: | 1.0.5 | ||||
| Zusammenfassung: | Die Widerrufsbelehrung ignoriert den Kundengruppencheck | ||||
| Beschreibung: | Wenn der Kundengruppencheck aktiviert ist und man für gewerbliche Kunden keine Widerrufbelehrung im Content Manager angibt, so wird sie zwar auch nicht angezeigt, aber der Kunde muss sie dennoch bestätigen. Sonst kommt er nicht im Bestellvorgang weiter. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000106)
xantiva 11.10.2009 13:48 |
rev. 937 Die Widerrufsbelehrung wird nur dann angezeigt, wenn sie auch für die entsprechende Kundegruppe angegeben wurde. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 163 | [WEB-Shop] Frontend | Fehler im Text | immer | 10.10.2009 17:42 | 10.10.2009 17:49 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.5 | ||
| Zielversion: | 1.0.5 | ||||
| Zusammenfassung: | Schreibfehler bei Smarty Variable im checkout_shipping: BUTON_CONTINUE wird zu BUTTON_CONTINUE | ||||
| Beschreibung: |
In der checkout_shipping.php gibt es - schon seit XTC - Zeiten - einen "Schreibfehler" in der Smarty - Variable für den "Weiter"-Button: $BUTON_CONTINUE statt $BUTTON_CONTINUE Da wir ja mittelfristig für "Clean Code" sorgen wollen, wird das gefixt, ob wohl dann ALLE an Ihre Template müssen und das "T" ergänzen müssen ... |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000105)
xantiva 10.10.2009 17:49 |
rev. 936 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 157 | [WEB-Shop] Backend | schwerer Fehler | N/A | 30.09.2009 20:08 | 10.10.2009 16:22 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.5 | ||
| Zielversion: | 1.0.5 | ||||
| Zusammenfassung: | weitere Uploadverzeichnisse sichern + Upload Möglichkeit im Content und Attachment Manager entfernen | ||||
| Beschreibung: | Mit 0000155 wurde das /images Verzeichnis gesichert. Das /media gehört u. a. auch noch gesichert. Hier können aber auch andere Dateien als nur Bilder vorkommen. Zumindest .php verbieten, oder können wir eine umfassende Liste der Dateiformate definieren? | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000100)
xantiva 08.10.2009 22:36 |
Im Unterverzeichnis /media/content liegen durchaus .php Dateien, die auch ausgeführt werden sollen. Z. B. die sitemap.php. Alle anderen /media Unterverzeichnisse vor .php Ausführung schützen und im Content Manager zumindest das Hochladen von .php Dateien unterbinden. Ein Upload von .html oder .pdf sollte noch möglich sein. |
|
(0000104)
xantiva 10.10.2009 16:22 |
Mit rev 935 gefixt. Neben dem Schutz der /media/attachment und /media/products Ordner gegen das Ausführen von .php Dateien wurden auch die Upload-Möglichkeiten im Attachment Manager sowie im Content Manager entfernt. Aus Sicherheitsgründen müssen die Dateien zukünftig per FTP o. ä. auf den Server geladen werden. /media/content kann man so derzeit nicht schützen, da dort z. B. noch die sitemap.php liegt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 159 | [WEB-Shop] Frontend | kleinerer Fehler | immer | 06.10.2009 23:39 | 06.10.2009 23:41 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | normal | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.5 | ||
| Zielversion: | 1.0.5 | ||||
| Zusammenfassung: | Bei der Kundenanmeldung überschreibt eine gültige UstIDNr vorherige Validierungsfehler | ||||
| Beschreibung: | Wenn bei der Kundenanmeldung eine gültige UstIDNr angegeben wird, so wird der Wert $error zurückgesetzt. Sollten vorher Fehler bei der Validierung der Eingaben aufgetreten sein, so werden diese ignoriert und ein Kundenkonto mit fehlerhaften Daten angelegt. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000097)
xantiva 06.10.2009 23:41 |
rev. 928 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 131 | [WEB-Shop] Backend | Absturz | immer | 03.09.2009 17:10 | 05.10.2009 23:18 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | dringend | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.5 | ||
| Zielversion: | 1.0.5 | ||||
| Zusammenfassung: | Der Shop darf nie zulassen: Bei Anmeldung Kundengruppe Admin | ||||
| Beschreibung: |
Bei einem gehackten Shop (alter ungepatchter 3.04 SP1) wurde u. a. die Shopkonfiguration so verbogen, dass automatisch alle neu angemeldeten Kunden in die Kundengruppe Admin gepackt wurden. => Der Shop darf niemals zulassen, dass Kunden bei einer Neuanmeldung in die "Kundengruppe" Admin gepackt werden! Noch ein Grund mehr, User/Shopbetreiber komplett von den Kunden zu trennen 0000136! |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000069)
xantiva 12.09.2009 23:13 |
At revision: 897 Im Backend ist zwar noch die Auswahl des Admin möglich, aber diese Einstellung wird ignoriert. Mit der Trennung Kunden / User, wird das sowieso hinfällig. |
|
(0000096)
xantiva 05.10.2009 23:15 |
Mit rev. 926 auch in der 1.0.5 schon gefixt. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 155 | [WEB-Shop] Frontend | schwerer Fehler | immer | 29.09.2009 21:26 | 29.09.2009 22:27 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.5 | ||
| Zielversion: | 1.0.5 | ||||
| Zusammenfassung: | Absichern des images Ordner (nur Bildformate erlauben) | ||||
| Beschreibung: | Es gibt Beispiele in den Shops gehackt wurden, da in dem Bereich .php Dateien hochgeladen und ausgeführt werden konnten. Somit sollten in dem gesamten Ordner nur Bilddateien geladen werden können. PHP - Dateien dürfen nicht ausgeführt werden. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: |
.htaccess Datei mit: deny from all <FilesMatch "\.(png|jpeg|jpg|gif|bmp)$"> allow from all </FilesMatch> |
||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000093)
xantiva 29.09.2009 22:27 |
rev. 921 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 152 | [WEB-Shop] Backend | Absturz | immer | 28.09.2009 20:11 | 28.09.2009 20:22 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.5 | ||
| Zielversion: | 1.0.5 | ||||
| Zusammenfassung: | Content Manager-Hack: Eingeschleusten Code entschärfen | ||||
| Beschreibung: | In älteren XTC-Shops ist ein "Hacking" über den Content Manager möglich gewesen. Dazu wurde z. B. im Content Eintrag für den "Index" (=Startseite) als Titel ein JavaScript hinterlegt, das sofort für eine Weiterleitung sorgte, egal ob man sich im Frontend bewegte, oder den Content Manager aufrufen wollte. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | Als Titel folgendes eintragen: <script>location="http://www.ecb-shop.de/"</script> | ||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000091)
xantiva 28.09.2009 20:22 |
rev. 920 Zumindest im Titel und in der Überschrift macht das keine Probleme mehr. Der Text wird zwar noch 1:1 sichtbar ausgegeben, aber die Weiterleitung greift nicht mehr. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 145 | [WEB-Shop] Datenbank | Feature-Wunsch | N/A | 17.09.2009 20:37 | 19.09.2009 16:17 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | hoch | BS-Version: | |||
| Status: | bestätigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.2 | ||||
| Zusammenfassung: | Trennung der Hausnummer und der Strasse bei allen Adressen | ||||
| Beschreibung: | Bei der Adresse gehört die Hausnummer von der Strasse abgetrennt. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000083)
Doc Olson 19.09.2009 16:17 |
Bedenke, dass es international andere Formate gibt |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 142 | [WEB-Shop] Backend | Trivial | N/A | 14.09.2009 12:21 | 14.09.2009 12:21 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | keine | BS-Version: | |||
| Status: | erledigt | Produktversion: | 1.0.4 | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.5 | ||
| Zielversion: | 1.0.5 | ||||
| Zusammenfassung: | Die alten Session Klassen werden im Shop nicht mehr verwendet. | ||||
| Beschreibung: |
'includes/classes/sessions.php', 'admin/includes/classes/sessions.php', können gelöscht werden. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000078)
xantiva 14.09.2009 12:21 |
rev. 900 + 901 |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 6 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 14.11.2008 14:17 | 12.09.2009 22:35 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | hoch | BS-Version: | |||
| Status: | zugewiesen | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.2 | ||||
| Zusammenfassung: | Attributmatrix | ||||
| Beschreibung: |
Zweidimensionale Attributmatrix. Bestände und Artikelnummern sind so über die Verbindung von 2 Attributen eindeutig. Man kann sehen, wieviele blaue T-Shirts man in Größe S noch im Lager hat. Das im Downloadbereich erhältliche Modul (Imedes? Copyright sagt was anderes, aber egal) ist arg buggy und ein weiterer Code-Knäul. Bin aber dran, das zumindest brauchbar und Bugfrei einzubinden. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | Aktueller Stand des inzwischen deutlich erweiterten Konzeptes: http://wiki.ecb-shop.de/index.php/Konzept:Produkte | ||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000008)
Doc Olson 29.12.2008 01:51 |
Das Modul ist zwar soweit gefixxt, dem Code-Knäul traue ich aber nicht so recht über den Weg. Würde das zu diesem Zeitpunkt lieber noch nicht einbauen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 89 | [WEB-Shop] Frontend | Unschönheit | immer | 28.03.2009 13:25 | 12.09.2009 22:31 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | niedrig | BS-Version: | |||
| Status: | anerkannt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | Version 1.1 | ||||
| Zusammenfassung: | Wartungsmodus | ||||
| Beschreibung: |
Einen Wartungsmodus implementieren. Der Admin soll sich auf der Startseite noch einloggen können, alle anderen kommen nicht mehr rein. Alle URLs liefern zwingend einen 0000503. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 5 | [WEB-Shop] Frontend | Feature-Wunsch | immer | 14.11.2008 14:13 | 12.09.2009 22:24 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | niedrig | BS-Version: | |||
| Status: | anerkannt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.2 | ||||
| Zusammenfassung: | Newsmodul | ||||
| Beschreibung: | Newsmodul einbinden | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000067)
xantiva 12.09.2009 22:24 |
Das Newsmodul kann mit dem Neubau des Content Manager realisiert werden. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 34 | [WEB-Shop] Backend | Unschönheit | immer | 12.01.2009 21:48 | 12.09.2009 22:08 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | niedrig | BS-Version: | |||
| Status: | anerkannt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.2 | ||||
| Zusammenfassung: | Automatische Kunden-Nummern | ||||
| Beschreibung: |
Kunden-Nummern könnten automatisch vergeben werden. Im Backend sollte einstellbar sein, welches Muster die Kunden-Nummer haben soll (Beispiel: K12345), bei welchem Zähler begonnen werden soll usw. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 136 | [WEB-Shop] Datenbank | Feature-Wunsch | N/A | 12.09.2009 22:04 | 12.09.2009 22:05 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | hoch | BS-Version: | |||
| Status: | anerkannt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.2 | ||||
| Zusammenfassung: | Trennung zwischen Kunden und Shop User | ||||
| Beschreibung: | Strikte Trennung zwischen den Kunden, die sich am Frontend anmelden können und den Shopbetreibern ("Usern"), die sich am Backend anmelden können. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | Bei einem Hack von einem Shop wurde z. B. voreingestellt, dass alle neu angemeldeten Kunden in die Kundengruppe Admin aufgenommen werden. Eine Trennung erhöht somit auch die Sicherheit. | ||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 123 | [WEB-Shop] Datenbank | Feature-Wunsch | N/A | 19.08.2009 17:31 | 12.09.2009 21:49 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | niedrig | BS-Version: | |||
| Status: | anerkannt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.2 | ||||
| Zusammenfassung: | Zusätzliches Feld "Zustand" in der Tabelle products | ||||
| Beschreibung: | u.a. für den Google Base Export wird eine Zustandsangabe über das Produkt benötigt: neu, gebraucht ... | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 87 | [WEB-Shop] Frontend | Feature-Wunsch | N/A | 22.03.2009 12:25 | 12.09.2009 20:52 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | normal | BS-Version: | |||
| Status: | neu | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | Version 1.1 | ||||
| Zusammenfassung: | Double Opt-In | ||||
| Beschreibung: |
(Double) Opt-In für: - Newsletteranmeldung - (Gast-) Kontoerstellung |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 95 | [WEB-Shop] Frontend | Unschönheit | immer | 31.03.2009 13:21 | 12.09.2009 20:49 |
| Reporter: |
|
Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | keine | BS-Version: | |||
| Status: | neu | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | Version 1.1 | ||||
| Zusammenfassung: | Kontaktformular aus shop_content.php Quellcode entfernen | ||||
| Beschreibung: | Den Quellcode in der shop_content.php entfernen und als extra Datei (ähnlich, wie bei sitemap.php) bereitstellen. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 100 | [WEB-Shop] Backend | Unschönheit | immer | 03.04.2009 12:28 | 12.09.2009 20:47 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Doc Olson | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | zugewiesen | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | Version 1.1 | ||||
| Zusammenfassung: | Sonderpreise werden IMMER runtergezählt | ||||
| Beschreibung: |
Wenn man Sonderpreise anlegt, kann man eine Anzahl vorgeben. Diese wird nach einer Bestellung IMMER runtergezählt. Ist der Zähler dann <= 0, wird der Sonderpreis deaktiviert. Man hat also keine Möglichkeit, einen Sonderpreis unendlich laufen zu lassen. Man kann nur eine sehr hohe Zahl angeben, um nicht in die Verlegenheit zu kommen, dass sich das Sonderangebot irgendwann von selbst deaktiviert. Besser wäre, die Möglichkeit zu haben, dass das unendlich laufen kann bzw. dass man im Backend sagen kann, dass bei <= 0 NICHT deativiert wird. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 54 | [WEB-Shop] Backend | Unschönheit | immer | 10.02.2009 17:29 | 12.09.2009 12:16 |
| Reporter: | yogi | Rechnertyp: | |||
| Bearbeitung durch: | yogi | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | zugewiesen | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.2 | ||||
| Zusammenfassung: | Überarbeitung UstId-Verifizierung | ||||
| Beschreibung: |
Das sollte mal überarbeitet werden -Ausländer können das gar nicht richtig nutzen (Schnittstelle?) -keine Qualifizierte Prüfung -> keine Finanzamtsbestätigung |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000019)
yogi 11.02.2009 09:08 |
URLs zum Verifizierien: http://ec.europa.eu/taxation_customs/vies/ neue Seite für qualifizierte Bestätigung: http://evatr.bff-online.de/eVatR/xmlrpc/ |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 124 | [WEB-Shop] Frontend | Unschönheit | immer | 19.08.2009 17:32 | 12.09.2009 12:12 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | xantiva | Betriebssystem: | |||
| Priorität: | niedrig | BS-Version: | |||
| Status: | erledigt | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | erledigt | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | 1.0.3 | ||
| Zielversion: | Version 1.1 | ||||
| Zusammenfassung: | Google versucht Seiten mit XTCsid zu indizieren | ||||
| Beschreibung: |
Stimmt die Überprüfung zur Vermeidung von Spider Sessions überhaupt noch? Kommentar von Jörg Wedekind (yogi) - Freitag, 24 Juli 2009, 10:32 GMT+2 am 9.6.09 wurde die robots.txt von xantiva geändert. kann es sein das das Problem damit behoben ist? |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000054)
xantiva 08.09.2009 23:36 |
Wurde mit dem allgemeinen Fix des Session Problems behoben. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 117 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 23.05.2009 14:26 | 12.09.2009 12:09 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | niedrig | BS-Version: | |||
| Status: | neu | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.2 | ||||
| Zusammenfassung: | Eingabemöglichkeit für manufacturers_info vervollständigen | ||||
| Beschreibung: |
Super! Die Tabelle manufacturers_info beinhaltet Felder für Title, META Desc. und Keywords. Die Eingabemöglichkeit im Admin sieht aber nichts dergleichen vor ... Nachtrag: Ist eigentlich egal! Noch nicht mal die Beschreibung wird ausgegeben? |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 116 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 23.05.2009 10:16 | 10.09.2009 23:57 |
| Reporter: | xantiva | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | niedrig | BS-Version: | |||
| Status: | neu | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.2 | ||||
| Zusammenfassung: | Cronjobs: Funtion für Authentifizierung | ||||
| Beschreibung: | Für die Absicherung der Cronjobs brauchen wir eine eigene Tabelle o.ä. Bei der Installation sollte ein spezieller User + PW angelegt werden und damit werden die cronjobs files dann geschützt. | ||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Zu diesem Eintrag gibt es keine Notizen. |
| Eintragsdetails ansehen | |||||
| ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
| 92 | [WEB-Shop] Backend | Feature-Wunsch | N/A | 28.03.2009 19:10 | 10.09.2009 23:55 |
| Reporter: | Doc Olson | Rechnertyp: | |||
| Bearbeitung durch: | Betriebssystem: | ||||
| Priorität: | niedrig | BS-Version: | |||
| Status: | neu | Produktversion: | Development | ||
| Produkt-Build: | Lösung: | offen | |||
| Projektion: | keine | ||||
| Aufwand: | keine | Behoben in Version: | |||
| Zielversion: | 1.2 | ||||
| Zusammenfassung: | PDF-Rechnung | ||||
| Beschreibung: |
Es sollte die Möglichkeit geben, Rechnungen als PDF zu versenden / runterzuladen. 1. Rechnungen werden gleich als Mail-Anhang versendet 2. Kunde kann die Rechnung in seinem Konto ggf. herunterladen Allgemein wäre eine "PDF-Engine" ganz nützlich: 1. PDF-Rechnung 2. PDF-Katalog 3. PDF-Gutscheine usw. |
||||
| Tags: | |||||
| Schritte zur Reproduktion: | |||||
| Zusätzliche Informationen: | |||||
| Angehängte Dateien: | |||||
| Notiz | |
|
(0000048)
23.04.2009 15:34 |
HTML2PS & HTML2PDF http://www.tufat.com/script19.htm |
