-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fehlermeldung bei Einstellungen / Kontakte suchen #64
Comments
Wenn ich Givenname + Familiy Name + E-Mail eingebe mit einem Mix (Wiese als Givenname + Wolfgang als Family Name + [email protected]), der keinen treffer liefern kann, erhalte ich aus Fehlerausgabe: Error: Error decoding JSON data. Wenn ich es richtig rum eingeben, dann ebenfalls: Error: Error decoding JSON data. Wenn ich nur die Mailadresse ovn mir eingebe und auf "search" klicke, kriege ich meine Result. Wenn ich da aber auf "RETURN" in der Tastatur klick nach der Mailadresse, kriege ich "An error occurred during the request." Wenn ich in der allgemeinen ersten EIngabebox meinen Vorname und Nachnamen eingebe, kriege ich meinen Treffer. Darf aber nur auf "Search" klicken, Tastatur-Return führt zu Fehler. |
Ich werde die Standardfunktion der "Enter"-Taste, die mit dem Speichern der Einstellungen im ersten Tab verknüpft ist, korrigieren und die Übersetzung der Fehlermeldung überprüfen. Außerdem werde ich prüfen, warum die Suche nach weiteren Feldern nicht genauer spezifiziert wird. Der Button zum Hinzufügen eines Kontakts wurde im Issue nicht erwähnt, aber wir können diesen ebenfalls hinzufügen. |
Stand im dazugehörigen Issue #26 , letzter Satz. |
@xwolfde wie soll sich das Plugin verhalten, wenn versucht wird, eine Person zu importieren, die bereits existiert? Ignorieren/Aktualisieren/Einfach neu anlegen(Duplikat)? Und reicht ein button pro Person zum Importieren oder soll es auch eine Funktion geben, die alle gefundenen Personen importiert? |
Am besten bei bestehenden Personen einfach kein Import anbieten, sondern da ein Texthinweis machen "Perosn existiert bereits". Schön wäre eine Verlinkung dann gleich zum bestehenden Eintrag (Editor). |
Also in der aktuellen Version ist es seltsam: Wenn ich die "Kontakte suchen" Lasche aufrufe, sehe ich ja eine Liste an Leuten. vgl #84) .
gebe ich eine andere person ein, von der ich weiß, dass sie existiert und öfentlich ist (anhand der Liste die ich zuvor bekam): |
Aus dieser Eingabe ergibt sich folgende API Anfrage:
Die E-Mail ist bei dieser Person nicht hinterlegt, daher das Ergebnis. Hier sind die Daten, welche die API zu dir liefert:
Der Console entnehme ich, dass hier der Name in das ID Feld eingegeben wurde. Eine Person mit der ID 'Marcel Ritter' existiert nicht. Auch hier wieder - bei Marcel Ritter sind keine E-Mail Informationen hinterlegt. Hier der Eintrag, den die API liefert zu der Person:
Bitte klaere uns auf, falls hier etwas falsch verstanden wurde. |
Ich glaub ich hatte es selbst nicht richtig verstanden, aber langsam blick ich da durch. Vgl auch #97 . Es ist so, dass die Mailadresse, die man zur Veröffentlichung angeben kann (schema person) nicht an der Person hängen muss, sondern an der Funktion in einer Organisation zu der man gehört. Somit kann es sein, dass die Mailadresse nicht in den schema.person daten drin steckt, sondern unter denn Schema Contact bzw darin unter Workplaces. Das ist ein wenig doof. Da werde ich mal die Kollege nachfragen, ob man das auch ändern kann. |
Hab jetzt Klarheit: Die Abfrage auf den Persons -Endpoint, wie bspw. Um einen Personen-Identifier anhand der E-Mail-Adresse zu finden müsste man also 2 Suchen machen: Zuerst im Contacts Endpoint suchen: Und erst danach, wenn man nichts fand, im Persons Endpoint: |
Suche funktioniert jetzt... Allerdings eine kleine Unschönheit: Wenn man nach Vornamen und Nachnamen sucht, ist es ein Exact-Case. Das war so nicht gefordert, wäre aber dennoch schön. Ich setze diesen Issue daher als erledigt an, mache aber ein Enhancement-Issue um die Suchabfrage bei den Feldern Vornamen, Nachname und Mail Case Insensitive zu machen und dass die Vornamen und Nachnamen eine Teilsuche ermöglichen, wenn mindestens 2 Zeichen eingegeben wurden. (Kürzester Name könnte ja zweibuchstabig sein): #117 |
Unter der Eingabe erscheint beim erstaufruf "An error occured during the request":
The text was updated successfully, but these errors were encountered: