v2.1.x 2.1.0.x Bugs

Thema wurde von Moritz (Gambio), 20. August 2014 erstellt.

  1. Dan (sunnywall.de)

    Dan (sunnywall.de) Erfahrener Benutzer

    Registriert seit:
    16. April 2013
    Beiträge:
    1.262
    Danke erhalten:
    138
    Danke vergeben:
    122
    Das sehe ich auch so.
     
  2. Wilken (Gambio)

    Wilken (Gambio) Erfahrener Benutzer

    Registriert seit:
    7. November 2012
    Beiträge:
    18.737
    Danke erhalten:
    7.309
    Danke vergeben:
    2.208
    Kein Bug, aber ein mir verständlicher Einwand. Wir überlegen mal drüber ob das schöner geht ohne alles zum wackeln zu bringen.
     
  3. Anonymous

    Anonymous Erfahrener Benutzer
    Mitarbeiter

    Registriert seit:
    22. Juni 2011
    Beiträge:
    4.760
    Danke erhalten:
    1.748
    Danke vergeben:
    137
    Vorschläge dazu sind natürlich auch willkommen.
     
  4. bolife96

    bolife96 Aktives Mitglied

    Registriert seit:
    3. Juni 2011
    Beiträge:
    41
    Danke erhalten:
    0
    Danke vergeben:
    18
    Ich denke nicht, dass das in der Serverkonfiguration fehlt, der Shop läuft ja in Version 2.0.17, nur beim Update hapert es dann. Naja, mal sehen wie deren Antwort ausfällt. Melde mich.
     
  5. Wilken (Gambio)

    Wilken (Gambio) Erfahrener Benutzer

    Registriert seit:
    7. November 2012
    Beiträge:
    18.737
    Danke erhalten:
    7.309
    Danke vergeben:
    2.208
    Core Errors sind immer und ausnahmslos Hostersache. Die kommen aus den Untiefen der PHP Installation, die ist absolut sicher kaputt.
     
  6. bolife96

    bolife96 Aktives Mitglied

    Registriert seit:
    3. Juni 2011
    Beiträge:
    41
    Danke erhalten:
    0
    Danke vergeben:
    18
    Problem gelöst. Der Provider hat die "custom php.ini" gelöscht oder deaktiviert. Danach funktionierte alles wie am Schnürchen.
     
  7. Claudia Euler-Rolle

    Registriert seit:
    8. Mai 2012
    Beiträge:
    13
    Danke erhalten:
    0
    Habe gerade auf 2.1.3.2 upgedated und bekomme nun die Meldung "Das Datenbankupdate zu Ihrer Shopversion wurde noch nicht ausgeführt. Bitte führen Sie dies gemäß der Installationsanleitung durch." - wenn ich auf Datenbankupdate klicke, kommt die Meldung dass das Update bereits durchgeführt wurde. Was tun?
     
  8. Timo (Gambio)

    Timo (Gambio) Administrator

    Registriert seit:
    23. Juni 2011
    Beiträge:
    1.688
    Danke erhalten:
    651
    Danke vergeben:
    46
    Hallo Claudia,
    dann hast du vermutlich noch ein einen alten Updater in deinem Shop, der nun die Fehlermeldung wirft. Bitte gehe per FTP in das Hauptverzeichnis deines Shops und prüfe, ob dort eine gm_updater.php und eine gm_updater_sql.php liegt. Die beiden Dateien entfernen und dann sollte die Meldung im Adminbereich weg sein.
     
  9. Claudia Euler-Rolle

    Registriert seit:
    8. Mai 2012
    Beiträge:
    13
    Danke erhalten:
    0
  10. norapempel

    norapempel Aktives Mitglied

    Registriert seit:
    28. Juli 2013
    Beiträge:
    34
    Danke erhalten:
    0
    Danke vergeben:
    6
    hallo, wir haben vor drei tagen das Masterupdate eingespielt und so ist auch alles im grünen bereich. leider stellen wir heute fest, das unsere kunden im einkaufsprozess ab checkout_payment folgende Fehlermeldung erhalten: FATAL ERROR(1): "Call to a member function assign() on a non-object"Information:
    <script type="text/javascript" src="http://www.luettefoerdekieker.de/includes/billpay/templates/js/billpay.js"></script><link type="text/css" rel="stylesheet" href="http://www.luettefoerdekieker.de/includes/billpay/templates/css/billpay.css"/>
    Fatal error: Call to a member function assign() on a non-object in /var/www/web1168/html/includes/modules/payment/billpaydebit.php on line 81

    ..wir haben gerade ein Ticket eröffnet, aber vielleicht hat ja hier jemand eine idee?
     
  11. Dennis (MotivMonster.de)

    Dennis (MotivMonster.de) G-WARD 2013/14/15/16

    Registriert seit:
    22. September 2011
    Beiträge:
    30.948
    Danke erhalten:
    6.089
    Danke vergeben:
    1.078
    Beruf:
    Mann für alles :)
    Ort:
    Weilburg
    dann würd ich vermuten das billpay nciht 2.1 kompatibles Modul is.
     
  12. norapempel

    norapempel Aktives Mitglied

    Registriert seit:
    28. Juli 2013
    Beiträge:
    34
    Danke erhalten:
    0
    Danke vergeben:
    6
    Danke für deine Hilfe!
    wir haben auch schon mit dem Billpay suport gesprochen und es gibt eine neue Anpassung.
    Leider können wir diese jedoch nicht durchführen, da bei uns im Adminbereich unter Module Zahlungsweisen folgende Fehlermeldung angezeigt wird:

    COMPILE ERROR(64): "require_once(): Failed opening required 'sofort_general.php' (include_path='.:/usr/share/php:/usr/share/pear')"

    ..haben nun zweites Ticket eröffnet.
     
  13. barbara

    barbara G-WARD 2014-2020

    Registriert seit:
    14. August 2011
    Beiträge:
    35.352
    Danke erhalten:
    11.198
    Danke vergeben:
    1.601
    Ich schreibe mal hier ran, da ich glaube dass das mit 2.1 geändert wurde.
    Es ist kein richtiger Bug, aber ein "Schönheitsfehler".

    In der css wurde aus
    dd{
    background-image: url(backgrounds/separator-dotted-hori.png);
    background-position: -1px bottom;
    }

    .details .inside dd{
    background-image: url(backgrounds/separator-dotted-hori.png);
    background-position: -1px top;
    }

    Dadurch hat meine eine Punkt-Zeile über der Artikelnummer (nur dd) und der Übergang von dt zu dd
    ist unsauber.

    Unbenannt.JPG

    Browser ist Chrome ist mit in mehreren Shops aufgefallen.

    Das kann man zwar in der eigenen css-Datei ändern, aber mit dem Style-Ding legt man sich die Karten.
     
  14. Timo (Gambio)

    Timo (Gambio) Administrator

    Registriert seit:
    23. Juni 2011
    Beiträge:
    1.688
    Danke erhalten:
    651
    Danke vergeben:
    46
    Hallo Barbara,
    hier eine kurze Anleitung:

    Ändere mittels StyleEdit, CSSMonitor oder USERMOD vom Selektor "dt" folgenden Style
    PHP:
    background-positionbottom;
    in
    PHP:
    background-positiontop;
    um.

    Fix kommt mit v2.1.4.0...
     
  15. waldemarwetlif

    waldemarwetlif Mitglied

    Registriert seit:
    18. September 2014
    Beiträge:
    5
    Danke erhalten:
    2
    Bug in der v.2.1.3.3

    Hallo Gambio,

    es gibt einige Bugs im Bezug auf die UTF-8 Version. Multibyte-Sprachen mit "new DOMDocument()" werden falsch dargestellt.

    shop\admin\print_intraship_label.php (1 hit)
    Line 23: $doc = new DOMDocument();
    shop\includes\classes\hermes.php (1 hit)
    Line 1175: $dom = new DOMDocument();
    shop\system\classes\PopupContentContentView.inc.php (1 hit)
    Line 1175: $t_dom_document = new DOMDocument();

    Fix:
    1. alle diese Dateien +shop/popup_content.php als UTF-8 ohne BOM abspeichern

    2. den Code so anpassen:
    $t_dom_document = new DOMDocument('1.0', 'UTF-8');
    $t_dom_document->substituteEntities = TRUE;
    $t_dom_document->loadHTML('<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />' . $this->content_data_array['content_text']);
     
  16. waldemarwetlif

    waldemarwetlif Mitglied

    Registriert seit:
    18. September 2014
    Beiträge:
    5
    Danke erhalten:
    2
    Hallo Gambio,

    ich habe noch zwei Bugs für euch.

    1. Falsche MwSt.-Anzeige im Checkout (siehe Grafik im Anhang)

    2. im Zahlungsweisen->SEPA-Modul fehlen zwei Konstanten(sind undefiniert):
    MODULE_PAYMENT_SEPA_COMMUNICATE_SEPARATELY_TITLE
    MODULE_PAYMENT_SEPA_COMMUNICATE_SEPARATELY_DESC


    MwSt-Bug.jpg
     
  17. heinrichschmela

    heinrichschmela Erfahrener Benutzer

    Registriert seit:
    14. Juli 2012
    Beiträge:
    834
    Danke erhalten:
    18
    Danke vergeben:
    74
    Gibt es bereits eine lösung für das kundennummer problem?
     
  18. Wilken (Gambio)

    Wilken (Gambio) Erfahrener Benutzer

    Registriert seit:
    7. November 2012
    Beiträge:
    18.737
    Danke erhalten:
    7.309
    Danke vergeben:
    2.208
    Wenn du mit deiner etwas knappen Beschreibung die Art meinst, wie Kundennummern im Shop für Käufer ohne Benutzerkonto zusammengesetzt werden nein. Von unserer Seite aus betrachten wir das jetzige Verfahren nicht als Bug im Sinne eines Defekts, es sei denn jemand sagt uns warum das anders gemacht werden muss mit Verweis auf etwas, was so nicht funktioniert. Wir haben bisher keinerlei konkrete Vorschläge erhalten, wie sich jemand das anders vorstellt.
     
  19. Anonymous

    Anonymous Erfahrener Benutzer

    Registriert seit:
    10. August 2012
    Beiträge:
    1.554
    Danke erhalten:
    455
    Danke vergeben:
    96
    Ich denke die meisten wären schon glücklich wenn in dem Fall einfach die nächste Kundennummer aus dem normalen Nummernkreis des Shops genommen werden würde. Zumindest in der 2.0er Reihe ist das bei Bestellungen ohne Registrierung über den PP-Warenkorbbutton und paypalng ja auch der Fall. Ob nun eine "echte" Kundennummer mehr oder weniger verwendet wird spielt im Normalfall keine Rolle.
     
  20. heinrichschmela

    heinrichschmela Erfahrener Benutzer

    Registriert seit:
    14. Juli 2012
    Beiträge:
    834
    Danke erhalten:
    18
    Danke vergeben:
    74
    Genau der meinung bin ich auch