Je pense que je sais ce qui se passe ici, mais aucune idée de comment résoudre. Il semble qu'un @ soit ajouté au début de la variable id dans la requête GET.

Lorsque cela se produit, l'erreur se produit, si je modifie la demande d'obtention et supprime ce symbole @, j'obtiens une réponse qui ressemble à ceci :

{"@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":[]}}

On dirait qu'il renvoie la bonne réponse indiquant à l'interface utilisateur d'invoquer une requête de recherche... ?

Donc, je suppose que la question est de savoir comment pouvons-nous empêcher ce @ d'être inclus dans la requête GET sur le scan du code-barres ?

Ok, même si ce n'est pas une solution, j'ai trouvé une solution de contournement.

J'ai dû modifier le fichier suivant et tout fonctionne maintenant, je peux analyser l'identifiant de l'article et la recherche fonctionne comme prévu :

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

Modifier la ligne 353 De :

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

Fondamentalement, c'est le symbole @ qui cause le problème et il doit être supprimé de la requête GET Ajax. Je ne sais pas exactement où apporter ce changement, mais cela a fonctionné pour moi comme une solution temporaire jusqu'à ce que quelqu'un puisse dire comment y parvenir correctement ...

Vous avez le même problème, semble être le même que https://github.com/partkeepr/PartKeepr/issues/894

Une meilleure solution de contournement consiste à remplacer le nom de la propriété directement dans src/PartKeepr/DoctrineReflectionBundle/Filter/AssociationPropertyTrait.php

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