Blank Address Displayed After Adding New Address in Enatega Multivendor Customer App
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 55/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- javascript, react-native
- Domain
- mobile
Research direction
Start by reproducing the issue in the Enatega Multivendor Customer App through the Profile or Address section, then trace the address save and display flow. Done means a newly saved address shows its entered details consistently on both iPhone and Android.
Written by the indexing model from the issue text.
Description
Describe the bug
When users attempt to add a new address in the Enatega Multivendor Customer App, they encounter a critical issue where the entered address is not displayed correctly. Instead, a blank address is shown, preventing users from accurately saving and managing their address information.
To Reproduce
Steps to reproduce the behavior:
Open the Enatega Multivendor Customer App.
Navigate to the "Profile" or "Address" section.
Select the option to add a new address.
Fill in the required address details.
Save the new address.
Expected behavior
After successfully saving the new address, the app should display the entered address details accurately in the user's profile or address section.
Screenshots
customer.app.mp4
Smartphone:
Device: iPhone and android
Additional context
This issue persists across different devices and operating systems.
Users have confirmed that the problem occurs consistently, regardless of network conditions.
No error messages are displayed, making it challenging for users to understand the source of the problem.
- Dominant language
- JavaScript
- 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 raymondjames090/uber-eats-app-clone-using-react-native
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
raymondjames090/uber-eats-app-clone-using-react-native#2069 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
raymondjames090/uber-eats-app-clone-using-react-native#2003 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
raymondjames090/uber-eats-app-clone-using-react-native#2002 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
raymondjames090/uber-eats-app-clone-using-react-native#1979 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
raymondjames090/uber-eats-app-clone-using-react-native#1978 ·
All issues in raymondjames090/uber-eats-app-clone-using-react-native
Similar issues
-
code-quality refactoring
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
github/gh-aw-firewall#8816 ·
-
integration:quickjs org:external priority:backlog topic:code-interpreter topic:middleware type:feature
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
langchain-ai/deepagents#6450 ·
-
optimization optimization:agents-md-curator
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
githubnext/gh-aw-cao#13143 ·
-
status: needs triage
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100