Neu Problem bei vorbefüllten Formular-Feldern - Inhalt wird nicht erkannt

[MichaelH]

Ich weiß das Problem oder "Bug" ist nicht einfach, aber mir als Shopbetreiber wird übel bei dem Gedanken an meine Neu-Kunden !

z.B. beim Kundenkonto anlegen als Neukunde werden mir Inhalte vorgeschlagen, also eine einfache und hilfreiche Funktion in Chrome & Co.

Dann aber: der Fehler wird angezeigt - das Feld ist befüllt wird aber als leer reklamiert, ich springe raus, ich springe rein, ich klicke rein, nix, keine Eingabe oder Änderung möglich.
Absenden bringt keine Änderung, erneut der Fehler.

Erst als ich im Feld die Leertaste drückte wurde der Inhalt gelöscht, ich gab die gleiche Mailadresse ein und es ging weiter ...

Ein absolutes No-Go !

Frage: wer hat das schon erlebt in seinem eigenen Shop4 ?

 

[FMoche]

Das wäre dann wenn schon ein Bug in Chrome. Sowohl der Vorschlag als auch die Validierung passieren nämlich unabhängig vom Shop selbst rein durch den Browser.

 

[MichaelH]

Gut, so lange es kein Shop4-Problem ist, dann muss der Kunde (oder ich als Test-Kunde im eigenen Shop) auch in anderen Shops damit zurecht kommen.

Wir haben erst im September auf Shop4 umgestellt und im Shop3 hatte ich das Problem nie. Dort hatte ich allerdings kaum noch einen Grund etwas zu testen, kann also auch an der Häufigkeit liegen warum es mir nun immer wieder passiert.

Als Hinweis aber noch ergänzt:
Wenn ich meinen Namen eintippe kommt ein Vorschlag der einen Teil der Felder befüllt, Mail wird nicht befüllt.
Wenn ich dann weiter unten Adressdaten eintippe kommt ein Vorschlag den ich wähle und erst hier kommt dann die Mailadresse mit.

 

[FPrüfer]

Hallo,

Wenn ich meinen Namen eintippe kommt ein Vorschlag der einen Teil der Felder befüllt, Mail wird nicht befüllt.
Wenn ich dann weiter unten Adressdaten eintippe kommt ein Vorschlag den ich wähle und erst hier kommt dann die Mailadresse mit.

Dieses automatische ausfüllen von Formularen ist ein Chrome-Feature (Einstellungen -> AutoFill-Einstellungen) . Die bearbeitete Webseite hat darauf keinen Einfluß. Mglws. zieht sich Chrome die Daten sogar aus deinem Google-Konto, wenn du den Browser damit "synchronisiert" hast.

 

[MichaelH]

Das ist mir schon klar, mir geht es um die Kunden nicht um mich.

Trotzdem ist es erstaunlich, dass im Feld ein Wert sichtbar steht, ich mein Kundenkonto speichern will und mir der Shop sagt das Feld sei leer.
Ich muss das nicht verstehen und ich kann es auch nicht verstehen.

Denn auto-fill heißt ja "fill" und nicht "fülle etwas sichtbar für den Menschen aber unsichtbar für das Programm ein".

Egal, ist eben so wie es ist, geschuldet dem Web2018.

 

[FMoche]

Trotzdem ist es erstaunlich, dass im Feld ein Wert sichtbar steht, ich mein Kundenkonto speichern will und mir der Shop sagt das Feld sei leer.

Nochmal: das sagt eben nicht der Shop, sondern der Browser. Die Meldung "Füllen Sie dieses Feld aus" wird durch Chrome generiert. Der Shop kann da nichts für - wir definieren nur das Eingabefeld als Pflichtfeld.

 

[MichaelH]

Aha, dann gibt es also so was wie eine Bildschirmsteuerung in einem Browser der über Steuercodes Bedingungen prüft ?
Ihr habt hier also so was wie eine "not empty" oder "must fill" Prüfung drin oder "Type Mailadresse" ?
Das ist ja was ganz Neues Altes.

Gut, das ist dann nicht der Shop, aber die Bedingung festgelegt wird trotzdessen durch die Programmierung, denn es ist ja nicht jedes Feld ein Pflichtfeld und somit gibt Shop4 vor was ein Pflichtfeld ist und was nicht. Und da sind wir wieder beim Shop4.

Ich will dich nicht ärgern, aber das ist doch so ?

Wäre interessant zu wissen was passiert, wenn man diese Validierung herausnimmt (und die Mailadresse im Shop prüft, also als Textfeld)

SG, Michael

PS: Das ist ja richtig "Old-School" wenn eine Eingabe-Validierung dort stattfindet und dann die Mail-Adresse nochmals im Shop4 geprüft wird. Oder kann der Browser prüfen ob ein @ enthalten bzw. ob es ein gültiges Mail-Adresse-Format ist ?

 

[FMoche]

Ja, kann er.
Das sind ganz normale HTML5-Inputs. Bei type="email" prüft der Browser, ob es sich um eine Emailadresse handelt. Bei dem zustätzlichen Attribute "required" prüft er außerdem, ob das Feld überhaupt ausgefüllt ist.
Du musst halt ein wenig auf die Farbe achten: Chrome stellt die Felder geld (? ich bin farbenblind) dar, wenn nur ein Vorschlag eingefügt wird. Dieser muss noch durch einen Klick oder "Tab" bestätigt werden. Erst dann setzt er die Werte wirklich ins Feld ein. Ich gehe also davon aus, dass wenn dies keine Pflichtfelder wären, sie in deinem Fall aus dem Screenshot leer abgesendet werden würden.

 

[MichaelH]

"Du musst halt ein wenig auf die Farbe achten "

Dein Wort in Gottes Ohr, mir geht es um die Kunden, nicht um mich.
Wenn ich schon über so ein Problem stolpere, dann werden es Kunden auch tun.

Nun weiß ich Bescheid, beruhigend ist es nicht.

Besten Dank !

 

[holzpuppe]

Hey Michael, das ist eher das Problem von Chrome. Mir ist in Vivaldi (Chromebasis) nach einem Update irgendwann in der letzten Woche ähnliches passiert, aber im DHL-Geschäftskundenportal. Da war der Name im "Straßenfeld" und die Straße im Hausnummernfeld und auch sonst irgendwie "fuckt up". Ich kann mich nicht erinnern je zuvor Probleme damit gehabt zu haben. Aber nun ist es so. Ggf. schau dir mal die "Autofill-Adresse" in deinem Chrome an und bearbeite diese. Oder schalte es aus. Und in Chrome sich in ein Googlekonto einzuloggen sollte man eher vermeiden. Es gab zwar ein Update, aber in der Autoeinstellung trackt und schnüffelt Google mehr rum als dir lieb sein sollte und mehr den je.

 

[MichaelH]

Wie gesagt, es geht nicht um mich, sondern um meine Kunden die unter Umständen das gleiche Problem haben könnten.

 

[holzpuppe]

Der Kunde wird Probleme haben, aber leider muss der Kunde in den Browsereinstellungen rumfummeln. Also wird er nix machen und aufgeben.
Ich dächte das ich via w3c was finde, aber "leider" keine Probleme mit dem hier geschilderten Problem. (Andere, ja. xD Die aber schätzungsweise von JTL fix gefixt werden könnten.) (https://validator.w3.org/nu/?userag...jtl-shop.blackbike-forest.de/registrieren.php)

Was mir bei dem Thema aufgefallen ist, ist die Adresse an sich. In den "Autofills" der chromebasierten Browser und zBs. bei PayPal, ist die Straße und Hausnummer EIN Feld und nicht Zwei. Das erklärt bisweilen Irritierung und Tipporgieren von Kunden die dann in "Straße 5 5" und Hausnummer "55" wohnen obwohl es doch die "Straße 5" ist. Aber ich glaube dazu braucht es einen separaten Thread?

 

[MichaelH]

Das ist schon lange so.

In JTL-Shops wird auch gerne das Geburtsjahr im Firmennamen eingefügt und der Name im Feld UID.

Firmennamen - lassen wir drin, ist ja egal.
UID - mussten wir die Prüfung manuell programmieren, da die Prüfung der UID in einem österr. JTL- Shop nicht funktioniert und daher out-of-the-box abgeschalten werden muss. Nun prüfen wir zumindest soweit, dass ein Name im UID-Feld üblicherweise erkannt wird.

Man lernt damit zu leben ...

 

[holzpuppe]

Aaah. Ja: Geburtsjahr im Firmannamen. Und ich dachte am Anfang...naja...interessanter Firmenname...solls ja geben. XD
UID bzw. USt-IdNr. kenne ich eigentlich nur mit "NULL" und dann ist die Firma auch "NULL" und Adresszusatz "NULL". Zweimal reicht ja nicht. Ich dächte da mal einen Workflow gemacht zu haben....greift scheinbar nicht mehr. Naja...muss ich mal nach Weihnachten watt fummeln.

 

[holzpuppe]

Und jetzt sehe ich gerade, dass das Feld Ort nicht wie die anderen Felder weiß hinterlegt ist, sondern transparent. Gibt es dafür einen Grund?

<input name="ort" class="city_input form-control typeahead tt-input" id="city" style="vertical-align: top; position: relative; background-color: transparent;" dir="auto" spellcheck="false" required="" type="text" placeholder="Ort" value="" autocomplete="off">

 

[MichaelH]

Da machst du besser einen neuen Beitrag auf, hier liest keiner mehr mit ...

 

[holzpuppe]

Joa....das heißt wir können in Ruhe über FMoche und FPrüfer lästern.

 

[css-umsetzung]

Ihr wisst ja das Ihr die Browserprüfung mit dem attribut novalidate im Form Tag unterbinden könnt oder?
Dann wird das Serverseitig geprüft.

 

[MichaelH]

Und das gibt keine Folgeprobleme ?
Wird das eMail-Format auch im Shop geprüft oder dann einfach durchgewunken ?
Eingaben wie Hausnummer geprüft ob leer oder nicht ?

Denn wenn sich hier der Programmierer auf die Browserprüfung verlässt, dann ....

 

[css-umsetzung]

Du verstehst das vermutlich falsch, niemand verlässt sich auf eine Browserprüfung, das ist mit HTML5 gekommen und eigentlich ein nettes Feature das der Browser eine Vorabprüfung macht und die Seite nicht extra geladen werden muss.

Es wird aber dennoch eine komplette Serverseitige Prüfung durchgeführt, alles andere wäre murks.