gray-mueller / gray-mueller/full-stack-document-solution
Enatega SingleVendor Admin Allowing Gap in Rider Username and Accepting Negative Values in Phone Number Field
- Ngôn ngữ chính
- TypeScript
- Star
- 0
- Fork
- 0
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Mô tả
Describe the bug
I have identified two critical issues in the Enatega SingleVendor Admin system within the rider section. Firstly, the system currently allows users to create rider usernames with gaps, potentially leading to confusion and errors. Secondly, the system accepts negative values in the phone number field, which can impact the ability to contact and manage riders effectively.
To Reproduce
Steps to reproduce the behavior:
Issue 1 (Gap in Rider Username):
Log in to the Enatega SingleVendor Admin system.
Navigate to the rider management section.
Create or edit a rider profile.
Attempt to set a username with a gap (e.g., "john doe" instead of "johndoe").
Issue 2 (Negative Value in Phone Number Field):
Log in to the Enatega SingleVendor Admin system.
Navigate to the rider management section.
Create or edit a rider profile.
Attempt to input a negative value in the phone number field.
Expected behavior
Expected Behavior - Issue 1:
The system should validate and restrict users from creating usernames with gaps, ensuring consistency and preventing potential issues with user identification.
Expected Behavior - Issue 1:
The system should validate and restrict users from creating usernames with gaps, ensuring consistency and preventing potential issues with user identification.
Screenshots
image
Desktop:
Browser : chrome
Additional context
Please investigate and address these issues promptly to enhance the reliability and functionality of the Enatega SingleVendor Admin system.
Thank you for your attention to these matters.
Hướng dẫn đóng góp
Hướng nghiên cứu
Bắt đầu trong phần quản lý rider của hệ thống Enatega SingleVendor Admin và tái hiện cả hai đầu vào đã được báo cáo trong Chrome: một username chứa khoảng trắng và một số điện thoại âm. Truy tìm quá trình validation cho các trường đó và xác nhận rằng cả hai giá trị không hợp lệ đều bị từ chối; payload không nêu tệp hoặc test nào cần chạy.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Đánh giá
- Công nghệ
- typescript
- Lĩnh vực
- frontend
- Loại issue
- Lỗi
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức độ hoạt động
- Ít trao đổi
- Độ rõ ràng
- Khá rõ ràng
- Mức phù hợp với người mới
- 48/100