The following details quoted are from:
| Jira Legacy | ||||||
|---|---|---|---|---|---|---|
|
...
Reinforcing the Acceptance Criteria
If a store has only delivery time open AND delivery time close set (the default infos, without the additional time slot)
Display the information as they are right now (in the image above the “Take Away” info)
If a store has delivery time open AND delivery time close AND dinner time open AND dinner time close (in the end, this means that we’ll need all four infos)
Display both slots (breaking time) to the guest in the FE (the “Delivery Hours” section in the image above)
We’ll always show the information with high priority on the Store Locator page. As the Figma example the “Take Away/Dine in Hours” will decide what will be shown: ← Validate this with Simon/Intl
We’ll keep the logic made for restaurants that closes after midnight ← Validate this with Simon/Intl
Do we’ll need to consider other open/close rules? ← Validate this with Simon/Intl
Tasks breakdown
Did research in the code and discovered that we had an implementation regarding this on this PR: https://github.com/rbilabs/intl-whitelabel-app/pull/1686 but reverted here. By the revert description, the cause was “We need to revert this because of a mistake in the requirements.”
We have the option to bring the reverted PR back or work again on the same adjust:
The following solutions and tasks are based on the solution proposed by Odang, Kristoforus. Kudos to him.
...
Task 4 - Highlight: Pass the new information through our <StoreStatus> comp and add new logic on the useStoreStatus hook
… Work in progres progress …