Language Inconsistency in Personal Details Section During Checkout - Arabic Language Setting
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 68/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- typescript
- Domain
- frontend, localization
Research direction
Reproduce the checkout flow with Arabic selected, then trace the card payment settings page and its personal-details text to the relevant localization entries. Verify which labels remain in English and compare them with the Arabic translations. Done means the personal-details page is fully displayed in Arabic during checkout without affecting other languages.
Written by the indexing model from the issue text.
Description
Overview:
When switching the language to Arabic in the Enatega Food Delivery website and proceeding to the card payment settings during checkout, a language inconsistency is observed. The page that requests personal details remains in English, which can be confusing for users who expect a fully localized experience.
Steps to Reproduce:
Access the Enatega Food Delivery website.
Change the language to Arabic.
Add items to the cart and proceed to the checkout section.
Navigate to the card payment settings.
Observe that the page requesting personal details (e.g., name, address) is displayed in English.
Expected Behavior:
The page requesting personal details during the card payment settings should be fully translated and displayed in Arabic when the language is set to Arabic, ensuring a seamless and localized user experience.
Actual Behavior:
The page requesting personal details remains in English after switching the language to Arabic during checkout.
image
Activity
- Dominant language
- TypeScript
- Stars
- 0
- Forks
- 0
- PR merge metrics
- No merged PRs in 30d
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from gray-mueller/full-stack-document-solution
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 67/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
All issues in gray-mueller/full-stack-document-solution
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Eynzof/Hermes-CN-Desktop#610 ·
-
bug clawsweeper:linked-pr-open clawsweeper:needs-live-repro clawsweeper:no-new-fix-pr impact:message-loss issue-rating: 🐚 platinum hermit P2 regression
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
calcite-components needs triage refactor
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
Esri/calcite-design-system#15203 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
danielmiessler/LifeOS#2218 ·