Price filter returns wrong results - Price is stored as 0 instead of null and is set to special_price The Next CEO of Stack OverflowMagento 2: How to show Prices for OUT of stock productsPrice removal from Product Page with .xml or .php OR stop GOOGLE indexing itMagento 2 CE and ElasticSearch integrationMagento 2 Commerce Enable Elastic SearchDo I need a production database to run integration tests?Newsletter observer for Magento 2.2.2Change order price display incl. tax and excl. taxMagento 2 Install error: “There is no such engine:”Catalog Price Rules not being appliedElasticsearch Error - call_user_func_array() expects parameter 1 to be a valid callback
I believe this to be a fraud - hired, then asked to cash check and send cash as Bitcoin
Are police here, aren't itthey?
Is it okay to majorly distort historical facts while writing a fiction story?
What flight has the highest ratio of time difference to flight time?
How a 64-bit process virtual address space is divided in Linux?
Powershell. How to parse gci Name?
Rotate a column
Why is my new battery behaving weirdly?
What connection does MS Office have to Netscape Navigator?
Method for adding error messages to a dictionary given a key
Running a General Election and the European Elections together
Can we say or write : "No, it'sn't"?
Why does the flight controls check come before arming the autobrake on the A320?
Why do remote US companies require working in the US?
Is it possible to replace duplicates of a character with one character using tr
How to place nodes around a circle from some initial angle?
If Nick Fury and Coulson already knew about aliens (Kree and Skrull) why did they wait until Thor's appearance to start making weapons?
Why does standard notation not preserve intervals (visually)
How many extra stops do monopods offer for tele photographs?
Is micro rebar a better way to reinforce concrete than rebar?
RigExpert AA-35 - Interpreting The Information
Is it my responsibility to learn a new technology in my own time my employer wants to implement?
Why is quantifier elimination desirable for a given theory?
What was the first Unix version to run on a microcomputer?
Price filter returns wrong results - Price is stored as 0 instead of null and is set to special_price
The Next CEO of Stack OverflowMagento 2: How to show Prices for OUT of stock productsPrice removal from Product Page with .xml or .php OR stop GOOGLE indexing itMagento 2 CE and ElasticSearch integrationMagento 2 Commerce Enable Elastic SearchDo I need a production database to run integration tests?Newsletter observer for Magento 2.2.2Change order price display incl. tax and excl. taxMagento 2 Install error: “There is no such engine:”Catalog Price Rules not being appliedElasticsearch Error - call_user_func_array() expects parameter 1 to be a valid callback
We have a problem with our price filter. We are using magento 2.2.6 and Smile-SA/elasticsuite 2.6.x-dev.
When I go to a category and set a price range filter 0-0,99 I get results with a higher price. The URL looks like: /baelle/?price=0-1
When I query the ElasticSearch manually for one of the given SKUs the price looks always as the following for all customer groups:
price: [
price: "0.0000",
original_price: "79.9500",
is_discount: true,
customer_group_id: "0"
],
In the backend the product is configured with a price of 79.95 and no advanced pricing. In the catalog__product_index_price table it's stored like this:
But when I set special_price in the backend the price in ElasticSearch changes to the according special_price. Similar to the entries in catalog_product_index_price it looks now like this:
All of this happens to configurable and simple products alike and we have no idea where or what the problem could be.
Any ideas why the price filter is not working as expected?
Update
I figured out we have some products where the indexer is working as expected but for the majority it is not. CatalogModelResourceModelProductIndexerPriceDefaultPrice::prepareFinalPriceDataForType()
Is not beeing called either way.
I executed php bin/magento dev:tests:run unit
to see if maybe an test for the indexer is failing but only one test failed and it has nothing to do with the indexer.
I tried to find a pattern which products are working as expected and which don't but I had no luck with it.
Update 2
I started to disable all third party modules. After disabling all, clearing all caches and executing bin/magento setup:di:compile
there is still no difference.
Update 3
I have tried to run the dev/tests/integration/testsuite/Magento/Catalog/Model/Indexer/Product/Price
integrations tests in order to figure out some more details but the tests fail straight away with the following error:
Error in fixture: "dev/tests/integration/testsuite/Magento/Catalog/_files/product_simple.php".
Unable to save Stock Item
Could this error lead into a wrong index?
magento2.2 product-prices elasticsearch catalog-product-price-index
add a comment |
We have a problem with our price filter. We are using magento 2.2.6 and Smile-SA/elasticsuite 2.6.x-dev.
When I go to a category and set a price range filter 0-0,99 I get results with a higher price. The URL looks like: /baelle/?price=0-1
When I query the ElasticSearch manually for one of the given SKUs the price looks always as the following for all customer groups:
price: [
price: "0.0000",
original_price: "79.9500",
is_discount: true,
customer_group_id: "0"
],
In the backend the product is configured with a price of 79.95 and no advanced pricing. In the catalog__product_index_price table it's stored like this:
But when I set special_price in the backend the price in ElasticSearch changes to the according special_price. Similar to the entries in catalog_product_index_price it looks now like this:
All of this happens to configurable and simple products alike and we have no idea where or what the problem could be.
Any ideas why the price filter is not working as expected?
Update
I figured out we have some products where the indexer is working as expected but for the majority it is not. CatalogModelResourceModelProductIndexerPriceDefaultPrice::prepareFinalPriceDataForType()
Is not beeing called either way.
I executed php bin/magento dev:tests:run unit
to see if maybe an test for the indexer is failing but only one test failed and it has nothing to do with the indexer.
I tried to find a pattern which products are working as expected and which don't but I had no luck with it.
Update 2
I started to disable all third party modules. After disabling all, clearing all caches and executing bin/magento setup:di:compile
there is still no difference.
Update 3
I have tried to run the dev/tests/integration/testsuite/Magento/Catalog/Model/Indexer/Product/Price
integrations tests in order to figure out some more details but the tests fail straight away with the following error:
Error in fixture: "dev/tests/integration/testsuite/Magento/Catalog/_files/product_simple.php".
Unable to save Stock Item
Could this error lead into a wrong index?
magento2.2 product-prices elasticsearch catalog-product-price-index
Not sure if it is a Magento core bug or ElasticSuite is assuming a behaviour that is not true for Magento
– Alex
Oct 19 '18 at 9:32
add a comment |
We have a problem with our price filter. We are using magento 2.2.6 and Smile-SA/elasticsuite 2.6.x-dev.
When I go to a category and set a price range filter 0-0,99 I get results with a higher price. The URL looks like: /baelle/?price=0-1
When I query the ElasticSearch manually for one of the given SKUs the price looks always as the following for all customer groups:
price: [
price: "0.0000",
original_price: "79.9500",
is_discount: true,
customer_group_id: "0"
],
In the backend the product is configured with a price of 79.95 and no advanced pricing. In the catalog__product_index_price table it's stored like this:
But when I set special_price in the backend the price in ElasticSearch changes to the according special_price. Similar to the entries in catalog_product_index_price it looks now like this:
All of this happens to configurable and simple products alike and we have no idea where or what the problem could be.
Any ideas why the price filter is not working as expected?
Update
I figured out we have some products where the indexer is working as expected but for the majority it is not. CatalogModelResourceModelProductIndexerPriceDefaultPrice::prepareFinalPriceDataForType()
Is not beeing called either way.
I executed php bin/magento dev:tests:run unit
to see if maybe an test for the indexer is failing but only one test failed and it has nothing to do with the indexer.
I tried to find a pattern which products are working as expected and which don't but I had no luck with it.
Update 2
I started to disable all third party modules. After disabling all, clearing all caches and executing bin/magento setup:di:compile
there is still no difference.
Update 3
I have tried to run the dev/tests/integration/testsuite/Magento/Catalog/Model/Indexer/Product/Price
integrations tests in order to figure out some more details but the tests fail straight away with the following error:
Error in fixture: "dev/tests/integration/testsuite/Magento/Catalog/_files/product_simple.php".
Unable to save Stock Item
Could this error lead into a wrong index?
magento2.2 product-prices elasticsearch catalog-product-price-index
We have a problem with our price filter. We are using magento 2.2.6 and Smile-SA/elasticsuite 2.6.x-dev.
When I go to a category and set a price range filter 0-0,99 I get results with a higher price. The URL looks like: /baelle/?price=0-1
When I query the ElasticSearch manually for one of the given SKUs the price looks always as the following for all customer groups:
price: [
price: "0.0000",
original_price: "79.9500",
is_discount: true,
customer_group_id: "0"
],
In the backend the product is configured with a price of 79.95 and no advanced pricing. In the catalog__product_index_price table it's stored like this:
But when I set special_price in the backend the price in ElasticSearch changes to the according special_price. Similar to the entries in catalog_product_index_price it looks now like this:
All of this happens to configurable and simple products alike and we have no idea where or what the problem could be.
Any ideas why the price filter is not working as expected?
Update
I figured out we have some products where the indexer is working as expected but for the majority it is not. CatalogModelResourceModelProductIndexerPriceDefaultPrice::prepareFinalPriceDataForType()
Is not beeing called either way.
I executed php bin/magento dev:tests:run unit
to see if maybe an test for the indexer is failing but only one test failed and it has nothing to do with the indexer.
I tried to find a pattern which products are working as expected and which don't but I had no luck with it.
Update 2
I started to disable all third party modules. After disabling all, clearing all caches and executing bin/magento setup:di:compile
there is still no difference.
Update 3
I have tried to run the dev/tests/integration/testsuite/Magento/Catalog/Model/Indexer/Product/Price
integrations tests in order to figure out some more details but the tests fail straight away with the following error:
Error in fixture: "dev/tests/integration/testsuite/Magento/Catalog/_files/product_simple.php".
Unable to save Stock Item
Could this error lead into a wrong index?
magento2.2 product-prices elasticsearch catalog-product-price-index
magento2.2 product-prices elasticsearch catalog-product-price-index
edited Nov 16 '18 at 14:28
Daniel
asked Oct 19 '18 at 8:41
DanielDaniel
189213
189213
Not sure if it is a Magento core bug or ElasticSuite is assuming a behaviour that is not true for Magento
– Alex
Oct 19 '18 at 9:32
add a comment |
Not sure if it is a Magento core bug or ElasticSuite is assuming a behaviour that is not true for Magento
– Alex
Oct 19 '18 at 9:32
Not sure if it is a Magento core bug or ElasticSuite is assuming a behaviour that is not true for Magento
– Alex
Oct 19 '18 at 9:32
Not sure if it is a Magento core bug or ElasticSuite is assuming a behaviour that is not true for Magento
– Alex
Oct 19 '18 at 9:32
add a comment |
2 Answers
2
active
oldest
votes
It definitely looks like the price indexer is not working properly. I've checked it on Magento 2.2.6 vanilla and final_price, min_price and max_price have the same value as the price column.
The moment I change the price in admin all the values are changed (indexer set to on save). Maybe some extension is messing the indexer?
Without access to the code is hard to say but I would suggest to start debugging from
MagentoCatalogModelResourceModelProductIndexerPriceDefaultPrice::prepareFinalPriceDataForType()
function - it is a function that prepares the final price data for certain product type. In this function you can find a call to getSelect() which generates an sql query for getting the data. Check if this function is called, maybe some extension is overriding it. If it's called check the data that the query gets. Good luck!
this function is not even called in my case i compared with a vanilla and it is called. Any idea to figure out what is overriding this method?
– Daniel
Oct 23 '18 at 7:12
i ranphp bin/magento dev:tests:run unit
in order to see if an indexer test fails but they all worked
– Daniel
Oct 23 '18 at 7:35
the question is, is this particular class overrided or maybe some other. You can search with you IDE for a phraseMagentoCatalogModelResourceModelProductIndexerPriceDefaultPrice
and check is there any reference of it in some 3rd party modulesdi.xml
files. If no, you can checkMagentoCatalogModelIndexerProductPriceActionFull::execute
- this is the function that is runned when you launch price indexer from CLI. This function uses_defaultIndexerResource
var which in vanilla is thedefaultprice
class. Check what class it uses.
– Sebastian
Oct 23 '18 at 7:52
And the last option, you can disable 3rd party modules and check when it starts to work ;)
– Sebastian
Oct 23 '18 at 7:52
I updated the question again. I did disabled all third party modules and still have the same issue that really confusing.
– Daniel
Oct 24 '18 at 15:50
add a comment |
The problem here was about the catalog_product_price
index being built wrong. If a product has special_from_date
set but no special_price
set the indexer will set the final_price
, min_price
and max_price
to 0.0000
.
This behavior corrupts the prices for configurable products and the elasticsearch index alike.
To fix it make sure if no special_price
is set there is not set a special_from_date
either.
Or apply this commit as patch.
add a comment |
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "479"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmagento.stackexchange.com%2fquestions%2f247097%2fprice-filter-returns-wrong-results-price-is-stored-as-0-instead-of-null-and-is%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
It definitely looks like the price indexer is not working properly. I've checked it on Magento 2.2.6 vanilla and final_price, min_price and max_price have the same value as the price column.
The moment I change the price in admin all the values are changed (indexer set to on save). Maybe some extension is messing the indexer?
Without access to the code is hard to say but I would suggest to start debugging from
MagentoCatalogModelResourceModelProductIndexerPriceDefaultPrice::prepareFinalPriceDataForType()
function - it is a function that prepares the final price data for certain product type. In this function you can find a call to getSelect() which generates an sql query for getting the data. Check if this function is called, maybe some extension is overriding it. If it's called check the data that the query gets. Good luck!
this function is not even called in my case i compared with a vanilla and it is called. Any idea to figure out what is overriding this method?
– Daniel
Oct 23 '18 at 7:12
i ranphp bin/magento dev:tests:run unit
in order to see if an indexer test fails but they all worked
– Daniel
Oct 23 '18 at 7:35
the question is, is this particular class overrided or maybe some other. You can search with you IDE for a phraseMagentoCatalogModelResourceModelProductIndexerPriceDefaultPrice
and check is there any reference of it in some 3rd party modulesdi.xml
files. If no, you can checkMagentoCatalogModelIndexerProductPriceActionFull::execute
- this is the function that is runned when you launch price indexer from CLI. This function uses_defaultIndexerResource
var which in vanilla is thedefaultprice
class. Check what class it uses.
– Sebastian
Oct 23 '18 at 7:52
And the last option, you can disable 3rd party modules and check when it starts to work ;)
– Sebastian
Oct 23 '18 at 7:52
I updated the question again. I did disabled all third party modules and still have the same issue that really confusing.
– Daniel
Oct 24 '18 at 15:50
add a comment |
It definitely looks like the price indexer is not working properly. I've checked it on Magento 2.2.6 vanilla and final_price, min_price and max_price have the same value as the price column.
The moment I change the price in admin all the values are changed (indexer set to on save). Maybe some extension is messing the indexer?
Without access to the code is hard to say but I would suggest to start debugging from
MagentoCatalogModelResourceModelProductIndexerPriceDefaultPrice::prepareFinalPriceDataForType()
function - it is a function that prepares the final price data for certain product type. In this function you can find a call to getSelect() which generates an sql query for getting the data. Check if this function is called, maybe some extension is overriding it. If it's called check the data that the query gets. Good luck!
this function is not even called in my case i compared with a vanilla and it is called. Any idea to figure out what is overriding this method?
– Daniel
Oct 23 '18 at 7:12
i ranphp bin/magento dev:tests:run unit
in order to see if an indexer test fails but they all worked
– Daniel
Oct 23 '18 at 7:35
the question is, is this particular class overrided or maybe some other. You can search with you IDE for a phraseMagentoCatalogModelResourceModelProductIndexerPriceDefaultPrice
and check is there any reference of it in some 3rd party modulesdi.xml
files. If no, you can checkMagentoCatalogModelIndexerProductPriceActionFull::execute
- this is the function that is runned when you launch price indexer from CLI. This function uses_defaultIndexerResource
var which in vanilla is thedefaultprice
class. Check what class it uses.
– Sebastian
Oct 23 '18 at 7:52
And the last option, you can disable 3rd party modules and check when it starts to work ;)
– Sebastian
Oct 23 '18 at 7:52
I updated the question again. I did disabled all third party modules and still have the same issue that really confusing.
– Daniel
Oct 24 '18 at 15:50
add a comment |
It definitely looks like the price indexer is not working properly. I've checked it on Magento 2.2.6 vanilla and final_price, min_price and max_price have the same value as the price column.
The moment I change the price in admin all the values are changed (indexer set to on save). Maybe some extension is messing the indexer?
Without access to the code is hard to say but I would suggest to start debugging from
MagentoCatalogModelResourceModelProductIndexerPriceDefaultPrice::prepareFinalPriceDataForType()
function - it is a function that prepares the final price data for certain product type. In this function you can find a call to getSelect() which generates an sql query for getting the data. Check if this function is called, maybe some extension is overriding it. If it's called check the data that the query gets. Good luck!
It definitely looks like the price indexer is not working properly. I've checked it on Magento 2.2.6 vanilla and final_price, min_price and max_price have the same value as the price column.
The moment I change the price in admin all the values are changed (indexer set to on save). Maybe some extension is messing the indexer?
Without access to the code is hard to say but I would suggest to start debugging from
MagentoCatalogModelResourceModelProductIndexerPriceDefaultPrice::prepareFinalPriceDataForType()
function - it is a function that prepares the final price data for certain product type. In this function you can find a call to getSelect() which generates an sql query for getting the data. Check if this function is called, maybe some extension is overriding it. If it's called check the data that the query gets. Good luck!
edited Nov 27 '18 at 17:19
Kirti Nariya
1,041415
1,041415
answered Oct 19 '18 at 22:13
SebastianSebastian
1687
1687
this function is not even called in my case i compared with a vanilla and it is called. Any idea to figure out what is overriding this method?
– Daniel
Oct 23 '18 at 7:12
i ranphp bin/magento dev:tests:run unit
in order to see if an indexer test fails but they all worked
– Daniel
Oct 23 '18 at 7:35
the question is, is this particular class overrided or maybe some other. You can search with you IDE for a phraseMagentoCatalogModelResourceModelProductIndexerPriceDefaultPrice
and check is there any reference of it in some 3rd party modulesdi.xml
files. If no, you can checkMagentoCatalogModelIndexerProductPriceActionFull::execute
- this is the function that is runned when you launch price indexer from CLI. This function uses_defaultIndexerResource
var which in vanilla is thedefaultprice
class. Check what class it uses.
– Sebastian
Oct 23 '18 at 7:52
And the last option, you can disable 3rd party modules and check when it starts to work ;)
– Sebastian
Oct 23 '18 at 7:52
I updated the question again. I did disabled all third party modules and still have the same issue that really confusing.
– Daniel
Oct 24 '18 at 15:50
add a comment |
this function is not even called in my case i compared with a vanilla and it is called. Any idea to figure out what is overriding this method?
– Daniel
Oct 23 '18 at 7:12
i ranphp bin/magento dev:tests:run unit
in order to see if an indexer test fails but they all worked
– Daniel
Oct 23 '18 at 7:35
the question is, is this particular class overrided or maybe some other. You can search with you IDE for a phraseMagentoCatalogModelResourceModelProductIndexerPriceDefaultPrice
and check is there any reference of it in some 3rd party modulesdi.xml
files. If no, you can checkMagentoCatalogModelIndexerProductPriceActionFull::execute
- this is the function that is runned when you launch price indexer from CLI. This function uses_defaultIndexerResource
var which in vanilla is thedefaultprice
class. Check what class it uses.
– Sebastian
Oct 23 '18 at 7:52
And the last option, you can disable 3rd party modules and check when it starts to work ;)
– Sebastian
Oct 23 '18 at 7:52
I updated the question again. I did disabled all third party modules and still have the same issue that really confusing.
– Daniel
Oct 24 '18 at 15:50
this function is not even called in my case i compared with a vanilla and it is called. Any idea to figure out what is overriding this method?
– Daniel
Oct 23 '18 at 7:12
this function is not even called in my case i compared with a vanilla and it is called. Any idea to figure out what is overriding this method?
– Daniel
Oct 23 '18 at 7:12
i ran
php bin/magento dev:tests:run unit
in order to see if an indexer test fails but they all worked– Daniel
Oct 23 '18 at 7:35
i ran
php bin/magento dev:tests:run unit
in order to see if an indexer test fails but they all worked– Daniel
Oct 23 '18 at 7:35
the question is, is this particular class overrided or maybe some other. You can search with you IDE for a phrase
MagentoCatalogModelResourceModelProductIndexerPriceDefaultPrice
and check is there any reference of it in some 3rd party modules di.xml
files. If no, you can check MagentoCatalogModelIndexerProductPriceActionFull::execute
- this is the function that is runned when you launch price indexer from CLI. This function uses _defaultIndexerResource
var which in vanilla is the defaultprice
class. Check what class it uses.– Sebastian
Oct 23 '18 at 7:52
the question is, is this particular class overrided or maybe some other. You can search with you IDE for a phrase
MagentoCatalogModelResourceModelProductIndexerPriceDefaultPrice
and check is there any reference of it in some 3rd party modules di.xml
files. If no, you can check MagentoCatalogModelIndexerProductPriceActionFull::execute
- this is the function that is runned when you launch price indexer from CLI. This function uses _defaultIndexerResource
var which in vanilla is the defaultprice
class. Check what class it uses.– Sebastian
Oct 23 '18 at 7:52
And the last option, you can disable 3rd party modules and check when it starts to work ;)
– Sebastian
Oct 23 '18 at 7:52
And the last option, you can disable 3rd party modules and check when it starts to work ;)
– Sebastian
Oct 23 '18 at 7:52
I updated the question again. I did disabled all third party modules and still have the same issue that really confusing.
– Daniel
Oct 24 '18 at 15:50
I updated the question again. I did disabled all third party modules and still have the same issue that really confusing.
– Daniel
Oct 24 '18 at 15:50
add a comment |
The problem here was about the catalog_product_price
index being built wrong. If a product has special_from_date
set but no special_price
set the indexer will set the final_price
, min_price
and max_price
to 0.0000
.
This behavior corrupts the prices for configurable products and the elasticsearch index alike.
To fix it make sure if no special_price
is set there is not set a special_from_date
either.
Or apply this commit as patch.
add a comment |
The problem here was about the catalog_product_price
index being built wrong. If a product has special_from_date
set but no special_price
set the indexer will set the final_price
, min_price
and max_price
to 0.0000
.
This behavior corrupts the prices for configurable products and the elasticsearch index alike.
To fix it make sure if no special_price
is set there is not set a special_from_date
either.
Or apply this commit as patch.
add a comment |
The problem here was about the catalog_product_price
index being built wrong. If a product has special_from_date
set but no special_price
set the indexer will set the final_price
, min_price
and max_price
to 0.0000
.
This behavior corrupts the prices for configurable products and the elasticsearch index alike.
To fix it make sure if no special_price
is set there is not set a special_from_date
either.
Or apply this commit as patch.
The problem here was about the catalog_product_price
index being built wrong. If a product has special_from_date
set but no special_price
set the indexer will set the final_price
, min_price
and max_price
to 0.0000
.
This behavior corrupts the prices for configurable products and the elasticsearch index alike.
To fix it make sure if no special_price
is set there is not set a special_from_date
either.
Or apply this commit as patch.
answered 2 days ago
DanielDaniel
189213
189213
add a comment |
add a comment |
Thanks for contributing an answer to Magento Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmagento.stackexchange.com%2fquestions%2f247097%2fprice-filter-returns-wrong-results-price-is-stored-as-0-instead-of-null-and-is%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Not sure if it is a Magento core bug or ElasticSuite is assuming a behaviour that is not true for Magento
– Alex
Oct 19 '18 at 9:32