What are the Slack Archives?
Itβs a history of our time together in the Slack Community! Thereβs a ton of knowledge in here, so feel free to search through the archives for a possible answer to your question.
Because this space is not active, you wonβt be able to create a new post or comment here. If you have a question or want to start a discussion about something, head over to our categories and pick one to post in! You can always refer back to a post from Slack Archives if needed; just copy the link to use it as a reference..
Good evening. Again an issue about "*Bootcamp challenge doesn't work upon the code presented*" (
Good evening. Again an issue about "Bootcamp challenge doesn't work upon the code presented" (https://training.spryker.com/courses/take/developer-bootcamp/texts/4743693-content-search-attribute-cart-based-catalog-personalization-challenge)π I have encountered strange behavior of the category search filters (to be concrete - product color filters). Store is DE, so if I choose /en/ language in the frontend - I get the color facets in German (first case), if I switch to /de/ - I get them in English (second case). This results - that the code of the challenge ' Attribute-Cart-Based Catalog Personalization' doesn't work (no red items got boosted in catalog page for digital cameras), because in first case the color of the item in the cart is "Red", but the Facet value is "Rot". And, respectively, in the second case vice a versa. So, the final result of this "mixup" is that the challenge code works (I get red products boosted) only if I comment the
new LocalizedQueryExpanderPlugin()
in
CatalogDependencyProvider::createCatalogSearchQueryExpanderPlugins()
which is, ofcourse wrong. I have been debugging this for hours so far, but cannot find the cause. The configs in stores.php should be ok (it was never changed sofar). I will upload the screnshots to provide more clearness:
Comments
-
First case: language en (locale en_US), but colors in DE:
0 -
Second case: language de (locale de_DE) but colors facets in EN:
0 -
Does someone have an idea, why it is mixed up? Again, I didnt change any config values sofar. Just as it is in master of spryker shop suite.
0 -
Thank you in advance and good rest of the night :-)
0 -
cc @UKHD8KTMF and @UJN2JRU4F
0 -
ps The demoshop I used for the installation: VM_PROJECT=suite SPRYKER_REPOSITORY="https://github.com/spryker-shop/suite.git" vagrant up
0 -
Hi
0 -
Interesting. That rather sounds like a DevVM bug! Can you confirm that this is happening ootb, @valerii.trots?
0 -
I'll check.
0 -
Good morning, Marco & Valerii. Just want to stress, that I used a repo different from given in installation manual (see above).
0 -
True.
Now will check with docker.0 -
It's not env-specific. In docker it's the same.
I'll create an issue later today @UJN2JRU4F.0 -
Thank you very much, Valerii. So, it should be a vendor bug, correct?
0 -
Correct.
0 -
The problem was in the demo-data and now should has been fixed in the master of
spryker-shop/suite
.0
Categories
- All Categories
- 42 Getting Started & Guidelines
- 7 Getting Started in the Community
- 8 Additional Resources
- 7 Community Ideas and Feedback
- 76 Spryker News
- 930 Developer Corner
- 788 Spryker Development
- 89 Spryker Dev Environment
- 362 Spryker Releases
- 3 Oryx frontend framework
- 35 Propel ORM
- 68 Community Projects
- 3 Community Ideation Board
- 30 Hackathon
- 3 PHP Bridge
- 6 Gacela Project
- 26 Job Opportunities
- 3.2K π Slack Archives
- 116 Academy
- 5 Business Users
- 370 Docker
- 551 Slack General
- 2K Help
- 75 Knowledge Sharing
- 6 Random Stuff
- 4 Code Testing
- 33 Product & Business Questions
- 70 Spryker Safari Questions
- 50 Random