Ich glaube, ich weiß, was hier passiert, aber ich habe keine Ahnung, wie ich das lösen soll. Es scheint, dass der ID-Variablen in der GET-Anforderung ein @ vorangestellt wird.

Wenn das passiert, tritt der Fehler auf, wenn ich die Get-Anfrage ändere und das @-Symbol entferne, erhalte ich eine Antwort, die wie folgt aussieht:

{"@context":"\/parts\/web\/api\/contexts\/Part","@id":"\/parts\/web\/api\/parts?_dc=1510773608949\u0026page=1\u0026start=0\u0026itemsPerPage=50\u0026group={"property":"categoryPath","direction":"ASC"}\u0026order=[{"property":"category.categoryPath","direction":"ASC"},{"property":"name","direction":"ASC"}]\u0026filter=[{"subfilters":[{"subfilters":[],"property":"id","operator":"LIKE","value":"43W"}],"type":"OR"}]","@type":"hydra:PagedCollection","hydra:totalItems":0,"hydra:itemsPerPage":50,"hydra:firstPage":"\/parts\/web\/api\/parts?_dc=1510773608949\u0026start=0\u0026itemsPerPage=50\u0026group={"property":"categoryPath","direction":"ASC"}\u0026order=[{"property":"category.categoryPath","direction":"ASC"},{"property":"name","direction":"ASC"}]\u0026filter=[{"subfilters":[{"subfilters":[],"property":"id","operator":"LIKE","value":"43W"}],"type":"OR"}]","hydra:lastPage":"\/parts\/web\/api\/parts?_dc=1510773608949\u0026start=0\u0026itemsPerPage=50\u0026group={"property":"categoryPath","direction":"ASC"}\u0026order=[{"property":"category.categoryPath","direction":"ASC"},{"property":"name","direction":"ASC"}]\u0026filter=[{"subfilters":[{"subfilters":[],"property":"id","operator":"LIKE","value":"43W"}],"type":"OR"}]","hydra:member":[],"hydra:search":{"@type":"hydra:IriTemplate","hydra:template":"\/parts\/web\/api\/parts{?}","hydra:variableRepresentation":"BasicRepresentation","hydra:mapping":[]}}

Dies sieht so aus, als ob es die richtige Antwort zurückgibt, die die Benutzeroberfläche anweist, eine Lookup-Abfrage aufzurufen...?

Ich denke also, die Frage ist, wie wir verhindern können, dass dieses @ in die GET-Abfrage des Barcode-Scans aufgenommen wird?

Ok, auch wenn dies keine Lösung ist, habe ich einen Workaround gefunden.

Ich musste die folgende Datei ändern und alles funktioniert jetzt, ich kann die Artikel-ID scannen und die Suche funktioniert wie erwartet:

/src/PartKeepr/DoctrineReflectionBundle/Filter/AdvancedSearchFilter.php

Zeile 353 ändern von:

$filter->setProperty($data->property);
Zu:
$filter->setProperty(str_replace("@","",$data->property));

Im Grunde ist es das @-Symbol, das das Problem verursacht und es muss aus der GET Ajax-Anfrage entfernt werden. Ich bin mir nicht ganz sicher, wo ich diese Änderung vornehmen soll, aber dies hat für mich als vorübergehende Lösung funktioniert, bis sich jemand einmischen kann, wie man dies richtig erreicht ...

Habe das gleiche Problem, scheint das gleiche zu sein wie https://github.com/partkeepr/PartKeepr/issues/894

Eine bessere Problemumgehung besteht darin, den Eigenschaftsnamen direkt in src/PartKeepr/DoctrineReflectionBundle/Filter/AssociationPropertyTrait.php zu ersetzen

public function setProperty($property)
{
    $this->property = str_replace("@", "", $property);
}