-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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
[Distance] - Unable to use current location once the site location access is denied #26483
Comments
👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open
|
Triggered auto assignment to @srikarparsi ( |
I was looking into another deploy blocker linked to this, but I encountered this problem as well. The current location is super buggy lol It also does not work if you delete the current address and try to use the current location. |
I will be fixing this with a new PR (taking changes from #25990) |
Since the original PR was reverted, I am removing the deploy blocker label! |
Update: Once the location permission is denied then allowed again, chrome is doing some weird caching I believe, which is why it will still think that the location permission is denied. Resetting the permissions via chrome solves the issue. |
I believe this is expected behavior for Chrome. From what I could find (and apologies this is from ChatGPT as I couldn't find any official docs from Chrome) there is a term for it "browser permission persistence" / "permission state persistence". It's also on other websites like this one -> https://permission.site and to add this site is maintained by chromium itself GH -> https://github.com/chromium/permission.site. To get around this we have to close and reopen the browser tab after we denied permission and then reallowed it. If that doesn't work, we would have to "Reset Permissions" Apologies if this doesn't sound very helpful but tbh we are not doing anything unexpected, we are just calling the I also checked if there are any configurations (third param for getCurrentPosition) for |
Thank you for the detailed investigation. I really appreciate your effort in investigating the issue and providing very clear summaries. If this is the browser behavior, then there is nothing we can do. Let's close this issue |
Thanks, I believe we could add some docs about this to the help site (https://help.expensify.com) or update this error message for Chrome accordingly. Thoughts @hayata-suenaga? |
That's a good idea @huzaifa-99 this is a low priority task, so you can answer this when you have time. I just wanted to confirm the solution for this
Memo video for myselfScreen.Recording.2023-09-01.at.3.34.49.PM.mov |
Whenever the user changes location permissions, they should reload the page (Chrome will automatically suggest that). If they denied and then allowed permission then the current Chrome tab will show the location denied error even when it's allowed. In this case, a user can either A. Close and reopen the same tab cc: @hayata-suenaga |
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:
Expected Result:
Every time location access on browser is allowed, the app is able to use current location feature
Actual Result:
Once the location access is denied on the mobile browser, the app is unable to use current location feature when the location access is re-enabled
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Version Number: v1.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
Bug6184890_Screen_Recording_20230901_175759_Chrome.mp4
Expensify/Expensify Issue URL:
Issue reported by: Applause - Internal team
Slack conversation:
View all open jobs on GitHub
The text was updated successfully, but these errors were encountered: