-
-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Unfinished navigation in Android Auto prevents startup of Android Auto when re-connecting #21364
Comments
Regarding the reverse gear issue: This issue was resolved in OsmAnd version 4.9.6. Please try updating to the latest version, as it should resolve this problem. Regarding the unfinished navigation issue: This appears to be a duplicate of #21361, which is already being tracked. The developers are aware of this behavior and will likely address it in an upcoming release. |
This is tricky situation as we have ongoing several issues, they are better documented and more specific. I have the issue with reverse gear which sometimes leads to ANR or crashes, it's related to slow reinitialization after switch back which we are working on. If you have ongoing navigation you should see #21363 Continue navigation button. However none of the issues describe that AA is blocked, so we will need to see the video and think how to reporduce or probably retest after these issues are fixed: |
Today I discovered another potential reason that may prevent Andoid Auto connection; however it seems to be different from the past (both, OsmAnd and Android Auto were updated since then): Android Auto makes it very hard to do any type of quality checking, because they (Google) never state what has been changed in the current version. As it is now using Android Auto is a kind of lottery: It might work, or it won't, and what works today may not work in the future, because of steady changes and lack of documentation (as seem from the end-user's perspective). |
Android Auto requires either Wifi or USB-data connection but usually Android switches to the right connection itself while it's cable connected. |
OK, 4.9.7 seems to behave better: I made the following test today:
On all three legs the navigation screen actually worked (which was not the case in the past), but to my surprise OsmAnd had a dialog at the end of the tour asking whether I want to find a parking lot, or whether to terminate navigation. This is remarkable, because on the car's display the navigation displayed as finished. (And as an unrelated side-note: When following a main road with several turns and crossings, the "turn arrow" ("tun left in 500 meters") only indicates where I have to leave the main road, but does not assist how to follow it: In contrast TomTom also suggests turns to take while following the main road. I know that Google maps also works like OsmAnd, but maybe it's because American roads are more straight than German ones ;-)) |
Android Auto 13.4.645054, OsmAnd 4.9.10, Android 13 (ColorOS 13.1): So my guess is that display of that menu (that wasn't displayed in the car's display) prevented OsmAnd to reconnect to the car, and Android Auto concluded from that that the phone is not compatible. I think this should be fixed! |
@sjvudp do you have active Maps+ or OsmAnd Pro subscription? |
Description
Today I had two issues:
The issue seems to be that Android Auto is blocked from working when the phone is disconnected while in navigation mode.
Specifically, here was no such prompt on the Android Auto screen (terminate navigation). In an ideal world, disconnecting the phone from Android Auto would save the car's position even (it's offered on the phone's screen when not using Android Auto).
What makes matters worse is the fact that you cannot fix the problem from the Android Auto screen, and opposed to the issue listed as item 1, re-plugging the phone did not fix the problem.
Steps to reproduce
Actual result
Android Auto does not start up, but phone is only in "hands-free mode" and charging (when being connected via Bluetooth and USB cable).
Expected result
Android Auto screen should display
Your Environment (required)
WARNING Crash-Logs MAY contain information you deem sensitive.
Review this CAREFULLY before posting your issue!
The text was updated successfully, but these errors were encountered: