-
Notifications
You must be signed in to change notification settings - Fork 2.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[$500] [Desktop ONLY] [Distance] - Current location feature is accessible when location access is disabled #26484
Comments
👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open
|
Triggered auto assignment to @Julesssss ( |
I confirmed that this is only occurring on Desktop and added a step to make the bug clearer. But it's not a deploy blocker IMO as it is a new feature and only occuring on Desktop. So I'm going to remove the label. Let's get this fixed though! |
Job added to Upwork: https://www.upwork.com/jobs/~01d4f91fb1f56b7041 |
Triggered auto assignment to @CortneyOfstad ( |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @thesahindia ( |
Looks like mac is able to retrieve the location even though location service is off |
Yeah, same here. But because of the following I would suggest we don't try to 'guess' the users location:
|
is this only desktop? |
Proposal: We can use the permissions API to check if permission is available and then proceed const permission = await navigator.permissions.query({ name: 'geolocation' }) |
I'm not able to repro, it somehow always seems to get the location once the map has loaded. I tried the staging build as well, still not able to repro |
We are actually calling the maps API directly only for desktop. Should we add a check if the user has allowed permission and then call the API? I will be fixing this with a new PR (taking changes from #25990) |
Only invoking the API when permission is granted seems reasonable to me, but lets see what @hayata-suenaga thinks. This isn't the most important bug today, so it might need to wait. |
Wow that's so weird that this works without location permission. Yes let's do an extra check for location permission and if it's not granted, handle it like an error, as described in the design doc plan in this issue description. |
Sure i will do that in the new PR, @neil-marcellini. |
Followup in PR here |
This issue has not been updated in over 15 days. @Julesssss, @CortneyOfstad, @thesahindia eroding to Monthly issue. P.S. Is everyone reading this sure this is really a near-term priority? Be brave: if you disagree, go ahead and close it out. If someone disagrees, they'll reopen it, and if they don't: one less thing to do! |
Closing this issue as the issue is handled in the PR for a different issue |
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Issue found when executing PR #25990
Action Performed:
Precondition: Location access on the device is disabled
Expected Result:
App shows the error message 'We were unable to find your location, please try again or enter an address manually'
Actual Result:
The app is able to use current location feature despite not allowing location access on the device
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Version Number: 1.3.61-1
Reproducible in staging?: Yes
Reproducible in production?: No
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos: Any additional supporting documentation
Bug6184903_20230901_183112.mp4
Expensify/Expensify Issue URL:
Issue reported by: Applause - Internal Team
Slack conversation:
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: