Project

General

Profile

Bug #3781

Pick-up location is wrong while redirecting to the MAP.

Added by Shalu T S over 1 year ago. Updated 10 months ago.

Status:
QA Ready
Priority:
High
Assignee:
Target version:
Start date:
12/04/2024
Due date:
12/05/2024 (about 16 months late)
% Done:

0%

Estimated time:
Milestone:
Sprint 19 Tukxi Ride 2024 May 01 to May 31
Branch name:
sprint-19_sreedevi_3781

Description

Pick-up location is wrong while redirecting to the MAP. The rider makes a trip request from "Thapasaya info park" (rider location) with the pick-up point "Athani" and destination as "Alakapuri.". But after accepting and redirecting to the map, the pick-up location is showing as "Thapasaya info park."

Trip ID: 17332227841166


Files

2024-12-04_13h00_19.png (66.1 KB) 2024-12-04_13h00_19.png Shalu T S, 12/04/2024 02:32 AM
2024-12-04_13h01_41.png (103 KB) 2024-12-04_13h01_41.png Shalu T S, 12/04/2024 02:33 AM
#1

Updated by Rahul C R over 1 year ago

  • Due date set to 12/05/2024
#2

Updated by Rahul C R over 1 year ago

  • Status changed from New to In Progress
#3

Updated by Anupama P over 1 year ago

  • Assignee changed from Rahul C R to Sreedevi K S
#4

Updated by Anupama P over 1 year ago

  • Milestone deleted (Backlog)
  • Milestone set to Sprint 19 HHPortal 2023 May 01 to May 31
#5

Updated by Anupama P over 1 year ago

  • Milestone deleted (Sprint 19 HHPortal 2023 May 01 to May 31)
  • Milestone set to Sprint 19 Tukxi Ride 2024 May 01 to May 31
#6

Updated by Anupama P over 1 year ago

  • Branch name set to sprint-19_sreedevi_3781
#7

Updated by Sreedevi K S over 1 year ago

I have thoroughly investigated the bug regarding the incorrect pick-up location displayed on the map. Over the past few days, I have analyzed the flow of parameters passed to the sendRequestToDrivers API, including message (CabRequestedJson), PickupLatitude, PickupLongitude, and PickupAddress. The pickUpLocation variable, which is declared globally, is assigned values based on multiple conditions, such as matching the current location, search inputs, or saved addresses like work or home. Despite extensive debugging and testing, I have been unable to reproduce the issue on the development side. The overwritten value of pickUpLocation seems to occur under rare and highly specific conditions that are difficult to replicate.

Additionally, I reviewed the push notification payload provided by the backend team from the QA reproduction case, which confirms that the correct latitude and longitude for the pick-up (Athani) and destination (Alakapuri) were passed. This suggests that the issue may not lie within the current code logic. Given the rarity of this occurrence and the lack of reproducibility, I believe this issue might require further investigation or additional context to identify external factors contributing to the behavior. Please advise on the next steps or any additional information that might help in resolving this rare scenario.

#8

Updated by Sreedevi K S over 1 year ago

  • Status changed from In Progress to Resolved

Found out the issue is from the backend side...

#9

Updated by Anupama P over 1 year ago

  • Status changed from Resolved to Reopened
#10

Updated by Sreedevi K S about 1 year ago

Add Logger code to the branch in Driver for testing in driver

#11

Updated by Sreedevi K S about 1 year ago

  • Status changed from Reopened to Resolved

Socke issue : resolved

#12

Updated by Anupama P 10 months ago

  • Status changed from Resolved to QA Ready

Also available in: Atom PDF