[android]: Update GoogleFusedLocationProvider to use the latest API #2023
No reviewers
Labels
No labels
Accessibility
Address
Android
Android Auto
Android Automotive (AAOS)
API
AppGallery
AppStore
Battery and Performance
Blocker
Bookmarks and Tracks
Borders
Bug
Build
CarPlay
Classificator
Community
Core
CrashReports
Cycling
Desktop
DevEx
DevOps
dev_sandbox
Directions
Documentation
Downloader
Drape
Driving
Duplicate
Editor
Elevation
Enhancement
Epic
External Map Datasets
F-Droid
Fonts
Frequently User Reported
Fund
Generator
Good first issue
Google Play
GPS
GSoC
iCloud
Icons
iOS
Legal
Linux Desktop
Linux packaging
Linux Phone
Mac OS
Map Data
Metro
Navigation
Need Feedback
Night Mode
NLnet 2024-06-281
No Feature Parity
Opening Hours
Outdoors
POI Info
Privacy
Public Transport
Raw Idea
Refactoring
Regional
Regression
Releases
RoboTest
Route Planning
Routing
Ruler
Search
Security
Styles
Tests
Track Recording
Translations
TTS
UI
UX
Walk Navigation
Watches
Web
Wikipedia
Windows
Won't fix
World Map
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: organicmaps/organicmaps#2023
Loading…
Add table
Reference in a new issue
No description provided.
Delete branch "rt-android-fused-location-update"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
mFusedLocationClient
mSettingsClient
Они не могут быть null и потом все сыплется ? Типа нет в системе этих google сервисов/провайдеров.
Хм, чот странная логика в LocationHelper.INSTANCE .. Вызвать onLocationUpdated и потом следом еще надо вызвать notifyLocationUpdated :)
Returns the most recent location available in this result, or null if no locations are available.
private void onLocationChanged(
@NonNull
Location location)Хоть какой грубый новый локейшн лучше никакого или очень старого.
Разве для fused провайдера нужна эта проверка? Он сам должен внутри миксовать и всегда выдавать лучшие позиции (или худшие по одному параметру но лучшие по другому). Я бы убрал этот фильтр.
Я бы в этом PR не менял логику фильтрации которая была до этого. Лучше потом отдельны PR. Иначе когда посыпется, будет непонятно из-за чего ... Пусть mLocationFixChecker логика остается как есть тут.
LocationResult.getLastLocation() is declared as NonNull.
For
mFusedLocationClient.getLastLocation()
this check exists:Это старый код перенесенный во время рефакторинга.
mLocationFixChecker перенесен из старого кода как есть без изменений. В целом данный код выглядит логичным и я не вижу смысла его трогать.
Да, весь этот LocationHelper выглядит очень странно. Нагромождение лишних методов и классов. Но в этом патче я там вообще ничего не трогал и оставил старую логику. Любой рефакторинг здесь надо делать аккуратно чтобы не сломать что-либо.
See my answer above: #2023
requested review from
@vng
requested review from
@biodranik
Please fix.
Вот и давай сделаем аккуратный рефакторинг. Надо решать проблему.
Уже очевидно, что старая логика не работает. Пользователи жалуются. Не вижу смысла оставлять старый код.
Я предлагаю закатить бету сначала с этими изменениями и собрать фидбек работает ли на том же Pixel 6.
Потом уже коцать рефакторинг фильтрации и прочее.
Эти правки вообще не релевантны проблеме пикселя. Там у людей чистый оффлайн, без всяких плей сервисов. И у нас не работает. Начинает работать только после османда.
Ок, есть же issues которые релевантны или близки к этому фиксу? Проверить сначала там.
Нет. На google play services никто не жаловался, просто мы решили обновить старый код в рамках акции "починим локейшн везде раз и навсегда".
Данный делает ровно то, что написано в заголовке - переводит код на использование актуальной версии Google Location Services API вместо deprecated API. Логика по выбору наиболее точной локации в данном патче не меняется.
It looks like a bug in their SDK and/or documentation. I added an extra check for null. Thanks.
Да, целью этого патча было обновление на новое API. Хуже от этого стать точно не должно. Для других проблем созданы другие PR.
Logging it will help us with debugging.
approved this merge request
mentioned in issue #2034
Added.
mentioned in issue #2149