(e.entity_id IN (8357, 3524, 18671, 8360, 8390, 3971, 11213, 3527, 8387, 11393)) ORDER BY FIELD(e.entity_id,8357,3524,18671,8360,8390,3971,11213,3527,8387,11393) ASC
LIMIT 10 OFFSET 10.Hi @pierzakp. Thank you for your report.
To help us process this issue please make sure that you provided the following information:
Please make sure that the issue is reproducible on the vanilla Magento instance following Steps to reproduce. To deploy vanilla Magento instance on our environment, please, add a comment to the issue:
@magento give me 2.3-develop instance - upcoming 2.3.x release
For more details, please, review the Magento Contributor Assistant documentation.
@pierzakp do you confirm that you were able to reproduce the issue on vanilla Magento instance following steps to reproduce?
Hi @engcom-Charlie. Thank you for working on this issue.
In order to make sure that issue has enough information and ready for development, please read and check the following instruction: :point_down:
Issue: Format is valid will be added to the issue automatically. Please, edit issue description if needed, until label Issue: Format is valid appears.[x] 2. Verify that issue has a meaningful description and provides enough information to reproduce the issue. If the report is valid, add Issue: Clear Description label to the issue by yourself.
[x] 3. Add Component: XXXXX label(s) to the ticket, indicating the components it may be related to.
[ ] 4. Verify that the issue is reproducible on 2.3-develop branchDetails
- Add the comment @magento give me 2.3-develop instance to deploy test instance on Magento infrastructure.
- If the issue is reproducible on 2.3-develop branch, please, add the label Reproduced on 2.3.x.
- If the issue is not reproducible, add your comment that issue is not reproducible and close the issue and _stop verification process here_!
[ ] 5. Add label Issue: Confirmed once verification is complete.
[ ] 6. Make sure that automatic system confirms that report has been added to the backlog.
:white_check_mark: Confirmed by @engcom-Charlie
Thank you for verifying the issue. Based on the provided information internal tickets MC-22616 were created
Issue Available: @engcom-Charlie, _You will be automatically unassigned. Contributors/Maintainers can claim this issue to continue. To reclaim and continue work, reassign the ticket to yourself._
There is already PR.
Hello @pierzakp
We are not able to reproduce this issue on the latest 2.3-develop branch now(fixed).
Unfortunately i have to close it.
Thank you for contribution and collaboration!
For those of us still experiencing this issue after upgrading to 2.3.3 has anybody got a fix that works. The specific changes in the PR made no difference - or do we need to wait for 2.3.4 ?
I too still have this problem after applying patch to 2.3.3. Any additional fixes?
@kunzi - don't think this will be fixed this decade...
@gaiterjones As a workaround I installed Amasty's Improved Layered Navigation extension and that fixed this issue.
@kunzi - do you mean Search or Layered Navigation? Not sure why the Amasty layered navigation extension would this fix elastic search problem? I expect 2.3.4 will be released soon will wait and see if the problem gets fixed then...
@gaiterjones I have no idea why, but after enabling the Amasty's extension all the pagination problems we had disappeared. If I remember correctly we had this pagination problem on category pages and on search result page.
Turns out another extension was not compatible with Elastic Search 6 in 2.3.3 and created exactly the same pagination issue as described here. Moral of the story is always check your modules for incompatibility first...
I have a customer now on M2.3.5-p1 and they are now having this issue. Can I still use the 2.3.3 patch for M.2.3.5-p1 ??
Most helpful comment
There is already PR.