api/controller at b5e48afb352b651f2c80783aceef40931302c89b - api

History

Julian Simioni f9281190ac Corrrectly filter /place queries by layer `/place` queries have been executing in a way where only the ID, but not the layer, has been considered when returning records from Elasticsearch. It turns out this bug was introduced almost a year and a half ago in https://github.com/pelias/api/pull/407. A little, relatively unimportant bit of code was looking for a property called `layers`: ``` const cmd = req.clean.ids.map( function(id) { return { _index: apiConfig.indexName, _type: id.layers, _id: id.id }; }); ``` The correct property was `layer`, so no filtering on layer was done in the resulting [mget](https://www.elastic.co/guide/en/elasticsearch/reference/current/docs-multi-get.html) query. There was never an acceptance test for these sorts of queries, but there is now one in https://github.com/pelias/acceptance-tests/pull/446. The unit tests were enforcing the incorrect behavior. Fixes https://github.com/pelias/pelias/issues/643		7 years ago
..
predicates	predicates debugging prints stack trace snippet	7 years ago
coarse_reverse.js	add empire to coarse reverse controller	7 years ago
libpostal.js	set req.clean.parser to 'libpostal' when it's called	7 years ago
markdownToHtml.js	Add content for `attribution` static endpoint	9 years ago
place.js	Corrrectly filter /place queries by layer	7 years ago
placeholder.js	log libpostal and placeholder responses to debug	7 years ago
search.js	correct timer timings for controller debug logs	7 years ago
search_with_ids.js	correct timer timings for controller debug logs	7 years ago
status.js	Add /status controller	9 years ago