Fixed
Status Update
Comments
en...@google.com <en...@google.com>
ra...@gmail.com <ra...@gmail.com> #2
I'm afraid you are going to need to reproduce this on an aosp build such as the emulator to rule out any issues from Samsung.
zs...@gmail.com <zs...@gmail.com> #3
This apparently is a bug which could be reproduced on different devices, not only Samsung but also HTC, even a Google Nexus (see SO links down this posting).
After some time (hours to days), Android (starting 4.1? 4.2?) just does not call the listener anymore.
Most apps I have running using the NETWORK provider don't get updates after that.
Reboot fixes the issue and all apps seem to find the proper location again.
Checking the providers' getLastKnownLocation().getTime() shows it's very old data.
What's really interesting, that Google Maps actually seems to work. Some would assume that it would not, too; and some would assume the getTime() for the providers lastknown location would get updated, but they still show with old locations and old timestamp.
http://stackoverflow.com/questions/12630413/has-network-provider-behavior-changed-in-android-4-1-1?lq=1
http://stackoverflow.com/questions/13594932/network-provider-not-providing-updated-locations
http://stackoverflow.com/questions/15747543/locationlistener-of-network-provider-is-enabled-but-onlocationchanged-is-never?lq=1
I actually do experience this problem, too, and it's not a real solution to tell my customers "you have to reboot your device".
Regards,
Oliver
After some time (hours to days), Android (starting 4.1? 4.2?) just does not call the listener anymore.
Most apps I have running using the NETWORK provider don't get updates after that.
Reboot fixes the issue and all apps seem to find the proper location again.
Checking the providers' getLastKnownLocation().getTime() shows it's very old data.
What's really interesting, that Google Maps actually seems to work. Some would assume that it would not, too; and some would assume the getTime() for the providers lastknown location would get updated, but they still show with old locations and old timestamp.
I actually do experience this problem, too, and it's not a real solution to tell my customers "you have to reboot your device".
Regards,
Oliver
sv...@gmail.com <sv...@gmail.com> #4
We have seen very similar problem in our application. Our problem has happened in
- HTC Desire S (Android 4.0.4)
- two different Samsung Galaxy S3 phones (Android 4.1.2)
- Samsung Galaxy Tab 2 10.1 (Android 4.0.4)
So this is not only Samsung related problem.
In our case the problem has started to occur after 2-10 days after rebooting phone.
For example today I was 50 kilometers from home but it said my location was at home. Then I shut down WLAN and GPS and started Google maps and it showed correct location. After that I checked the location from our app and it said again that my location was at home.
- HTC Desire S (Android 4.0.4)
- two different Samsung Galaxy S3 phones (Android 4.1.2)
- Samsung Galaxy Tab 2 10.1 (Android 4.0.4)
So this is not only Samsung related problem.
In our case the problem has started to occur after 2-10 days after rebooting phone.
For example today I was 50 kilometers from home but it said my location was at home. Then I shut down WLAN and GPS and started Google maps and it showed correct location. After that I checked the location from our app and it said again that my location was at home.
ad...@zweimiller.com <ad...@zweimiller.com> #5
Same problem has happened in:
- Galaxy S2
- Galaxy S2 plus
- Galaxy S3
- Galaxy S4
- Galaxy S2
- Galaxy S2 plus
- Galaxy S3
- Galaxy S4
mi...@gmail.com <mi...@gmail.com> #6
Regarding the Google Maps; I guess it is using the Google Play Location API. I did some small test app to compare results; the Google Play API does even deliver more accurate results and usually has a slightly different location than using the native Android Location API. The location provider returned by Google Play is named "fused", so it's some internal plugin.
That's most probably the reason Google Maps is still reporting accurate results and does not update the "network" location provider as it simply not uses it.
As soon as my "network" provider does not return anything anymore, I am going to doublecheck if the Google Play API still returns valid results.
Drawback with Google Play API: Only available on >=2.2, only available when latest Google Play installed. For me, can't use...
That's most probably the reason Google Maps is still reporting accurate results and does not update the "network" location provider as it simply not uses it.
As soon as my "network" provider does not return anything anymore, I am going to doublecheck if the Google Play API still returns valid results.
Drawback with Google Play API: Only available on >=2.2, only available when latest Google Play installed. For me, can't use...
jo...@gmail.com <jo...@gmail.com> #7
This is unacceptable.
I have an app on version 2.2 that works great, and on 4.2 i experience this issue.
If there is no fix for this, then they should deprecate the requestLocationUpdates method.
Can someone from google please respond with root cause and fix for this.
I have an app on version 2.2 that works great, and on 4.2 i experience this issue.
If there is no fix for this, then they should deprecate the requestLocationUpdates method.
Can someone from google please respond with root cause and fix for this.
sv...@gmail.com <sv...@gmail.com> #8
In response to #1, this cannot be reproduced on the emulator as the emulator does not support the network location provider.
ax...@gmail.com <ax...@gmail.com> #9
Side note: Issue 36949180 (http://code.google.com/p/android/issues/detail?id=55896 ) seems to be very closely connected to this one, but got closed (wrong forum).
je...@gmail.com <je...@gmail.com> #10
I set up a very basic apk which tries to get location using native network provider and Play API; timeouts after 10 seconds: http://www.jav.net/lt/LocationTester.apk
Pressing "Start" button starts to get the location.
After a couple of days without device reboot, "network" provider times out; can see that location age gets really old and not refreshed. Play API still responding with accurate up-to-date locations.
At that time, basically all weather widgets, location-based apps cease to work or report false locations.
I checking status on a number of devices now, including Nexus 7 (Wifi only, at home), Galaxy S3. As I don't own a ASOP Nexus 4 and could use real-world scenario, I'm thinking to put some ASOP build onto my old Galaxy S2 and test it there, too.
It's hard to provide much more information to that topic. Would it help if this apk regulary (each minute?) tries to get position and, if detected timeout/no call to onLocationChanged(), tries to capture the device system log?
Regards,
Oliver
Pressing "Start" button starts to get the location.
After a couple of days without device reboot, "network" provider times out; can see that location age gets really old and not refreshed. Play API still responding with accurate up-to-date locations.
At that time, basically all weather widgets, location-based apps cease to work or report false locations.
I checking status on a number of devices now, including Nexus 7 (Wifi only, at home), Galaxy S3. As I don't own a ASOP Nexus 4 and could use real-world scenario, I'm thinking to put some ASOP build onto my old Galaxy S2 and test it there, too.
It's hard to provide much more information to that topic. Would it help if this apk regulary (each minute?) tries to get position and, if detected timeout/no call to onLocationChanged(), tries to capture the device system log?
Regards,
Oliver
th...@gmail.com <th...@gmail.com> #11
As reported by other users I've tested my application with Sony & HTC devices with Android 4.0.4/4.0.3 as well, The issue replicates and location updates to my registered listeners stop after 3-4 days itself.
After the issue starts coming, re-installation or any setting change doesn't help at all, until we re-boot the device. After device reboots it starts to call the listener with location updates till next 3-4 days.
Finding out no other solution through Android Location APIs, I tried Google Play Service locations and this issue is not faced by the api. And the app runs fine for days without interruption. Though it seemingly has other issue where old version PlayService was working in Android 2.3.7 Sony device but the latest version has broken something and hence the updates fail to reach (It gives some DB Schema error).
Regards
Rishabh
After the issue starts coming, re-installation or any setting change doesn't help at all, until we re-boot the device. After device reboots it starts to call the listener with location updates till next 3-4 days.
Finding out no other solution through Android Location APIs, I tried Google Play Service locations and this issue is not faced by the api. And the app runs fine for days without interruption. Though it seemingly has other issue where old version PlayService was working in Android 2.3.7 Sony device but the latest version has broken something and hence the updates fail to reach (It gives some DB Schema error).
Regards
Rishabh
sv...@gmail.com <sv...@gmail.com> #12
I have the same issue as well. I have an app that notifies the user when they arrive or depart a targeted location. Using NETWORK_PROVIDER in a Service, I connect to my server, and get a list of nearby locations. If there are locations nearby, I remove the listener and switch to the GPS_PROVIDER to double check their location and notify them if they are truly going to that location. We have hundreds of thousands of users who are experiencing this issue in the 4.1.x and 4.2.x software range. In 2.3.x it works great. I see reports all over stack overflow and other sites. I'm hoping that we can come up with a way to fix this issue, even if it is a hack. Right now we are relying only on GPS_PROVIDER and obviously, this sucks down the battery way too fast.
gp...@neverbox.com <gp...@neverbox.com> #13
We have used the fused location provider , and it does not retrieve location updates on mobile network.
We have also tested the sample app (LocationUpdates) shared on developer site and it also has a similat behaviour.
It woks fine only when on wifi or gps.
Tested on following devices
Samsung S3 , S4 and HTC One
Please fix this as the apps rely heavily on location updates.
We have also tested the sample app (LocationUpdates) shared on developer site and it also has a similat behaviour.
It woks fine only when on wifi or gps.
Tested on following devices
Samsung S3 , S4 and HTC One
Please fix this as the apps rely heavily on location updates.
ma...@gmail.com <ma...@gmail.com> #14
We are preparing an application (Family Watch), which is heavily dependent on the continuous collection of location data. We really appreciated the possibility offered to us by the newly introduced fused location provider, but as other guys here, we have problem. As soon as the mobile phone is out of GPS and WiFi signal range (e.g. building in country or train). The provider stops give requested updates and until it gets GPS or WiFi it is not invoked (it does ignore the requested polling interval). It is really a shame because the promising tool is simply not possible to use. And frankly this behavior is in contradiction to the promised feature.
We tested also following devices: Samsung Galaxy S (2.3.6), ZTE Skate pro (4.0.4) and SONY Xperia J (4.1.2), Huawei Ascend Y300 with the same results regardless of setting of the priority (PRIORITY_HIGH_ACCURACY or PRIORITY_BALANCED_POWER_ACCURACY). All devices had access to all sources of localization data (GPS AND GOOGLE) in settings.
Google Play services version code 3225100 (Google play version 4.3.11).
We tested also following devices: Samsung Galaxy S (2.3.6), ZTE Skate pro (4.0.4) and SONY Xperia J (4.1.2), Huawei Ascend Y300 with the same results regardless of setting of the priority (PRIORITY_HIGH_ACCURACY or PRIORITY_BALANCED_POWER_ACCURACY). All devices had access to all sources of localization data (GPS AND GOOGLE) in settings.
Google Play services version code 3225100 (Google play version 4.3.11).
ba...@gmail.com <ba...@gmail.com> #16
I'm experiencing the exact same problem on many 4.x devices, like HTC sensation (4.0.3) and Nexus 10 (4.2.1)
After about a week, calling LocationManager.requestLocationUpdates with NETWORK_PROVIDER doesn't provide locations anymore and the only way to have it work again is a device reboot. In the meantime, GPS_PROVIDER and and Google Maps (without GPS) still work.
An interesting sidenode: Nexus 4 running 4.3 seems immune to this as I have never witnessed the problem with uptimes > 2 weeks, but it may just be a coincidence.
After about a week, calling LocationManager.requestLocationUpdates with NETWORK_PROVIDER doesn't provide locations anymore and the only way to have it work again is a device reboot. In the meantime, GPS_PROVIDER and and Google Maps (without GPS) still work.
An interesting sidenode: Nexus 4 running 4.3 seems immune to this as I have never witnessed the problem with uptimes > 2 weeks, but it may just be a coincidence.
ty...@brown.fm <ty...@brown.fm> #17
I am experiencing this issue as well. I never noticed it until I turned satellites off today. Rebooting the device resolved the issue.
Samsung S3, S4, Note 2 . All running JellyBean from different carriers.
Samsung S3, S4, Note 2 . All running JellyBean from different carriers.
ha...@gmail.com <ha...@gmail.com> #18
[Comment deleted]
sv...@gmail.com <sv...@gmail.com> #19
Me too experiencing this issue as well. Rebooting the device resolved the issue. Samsung Note running JellyBean 4.1.2
[Deleted User] <[Deleted User]> #20
We are also experiencing the same issue on Android 4.X, with FUSED location provider.
th...@gmail.com <th...@gmail.com> #21
Fused location provider is part of Google Play Services and not part of AOSP Android - you need to report bugs with that elsewhere. Unfortunately there doesn't seem to be an appropriate place to report bugs with Play Services. Sorry.
bu...@gmail.com <bu...@gmail.com> #22
fyi - I opened an Android StackExchange question asking where Google Play Services issues should be reported, since all known existing support forms seem to be inappropriate:
http://android.stackexchange.com/questions/53354/where-should-issues-with-google-play-services-e-g-fused-location-provider-be
No responses yet. You might consider upvoting it if you have the same question.
No responses yet. You might consider upvoting it if you have the same question.
mf...@gmail.com <mf...@gmail.com> #23
Is everyone seeing the following backtrace concerning this issue? I want to gain some confidence that what we're seeing is the same concerning fused location provider.
E/AndroidRuntime( 2316): at com.android.server.LocationManagerService.requestLocationUpdates(LocationManagerService.java:1316)
E/AndroidRuntime( 2316): at android.location.LocationManager.requestLocationUpdates(LocationManager.java:836)
E/AndroidRuntime( 2316): at android.location.LocationManager.requestLocationUpdates(LocationManager.java:461)
E/AndroidRuntime( 2316): at com.android.location.fused.FusionEngine.enableProvider(FusionEngine.java:138)
E/AndroidRuntime( 2316): at com.android.location.fused.FusionEngine.updateRequirements(FusionEngine.java:191)
E/AndroidRuntime( 2316): at com.android.location.fused.FusionEngine.setRequest(FusionEngine.java:114)
E/AndroidRuntime( 2316): at com.android.location.fused.FusedLocationProvider$2.handleMessage(FusedLocationProvider.java:98)
E/AndroidRuntime( 2316): at android.os.Handler.dispatchMessage(Handler.java:99)
E/AndroidRuntime( 2316): at android.os.Looper.loop(Looper.java:137)
E/AndroidRuntime( 2316): at com.android.server.LocationManagerService.requestLocationUpdates(LocationManagerService.java:1316)
E/AndroidRuntime( 2316): at android.location.LocationManager.requestLocationUpdates(LocationManager.java:836)
E/AndroidRuntime( 2316): at android.location.LocationManager.requestLocationUpdates(LocationManager.java:461)
E/AndroidRuntime( 2316): at com.android.location.fused.FusionEngine.enableProvider(FusionEngine.java:138)
E/AndroidRuntime( 2316): at com.android.location.fused.FusionEngine.updateRequirements(FusionEngine.java:191)
E/AndroidRuntime( 2316): at com.android.location.fused.FusionEngine.setRequest(FusionEngine.java:114)
E/AndroidRuntime( 2316): at com.android.location.fused.FusedLocationProvider$2.handleMessage(FusedLocationProvider.java:98)
E/AndroidRuntime( 2316): at android.os.Handler.dispatchMessage(Handler.java:99)
E/AndroidRuntime( 2316): at android.os.Looper.loop(Looper.java:137)
ke...@gmail.com <ke...@gmail.com> #24
F*** you google. Last android I ever bought| Getting same behaviour on Huawei y300, What a shame!
da...@gmail.com <da...@gmail.com> #25
We are also experiencing the same issue on JellyBean devices, I hope Google will fix this issue soon, it is very annoying..
ba...@gmail.com <ba...@gmail.com> #26
We require to locate the user location either by GPS or by network provider.
Please fix this bug ASAP as this is very annoying and frustrating...
Please fix this bug ASAP as this is very annoying and frustrating...
ni...@gmail.com <ni...@gmail.com> #27
I also got the same problem. Any update for this issue? Thanks.
wo...@gmail.com <wo...@gmail.com> #28
Happened to us as well. Samsung Galaxy S4.
sv...@gmail.com <sv...@gmail.com> #29
I had to use Maps API in last week and was a pain to get it working, just because now we MUST to use this messed Google Play Services API/Google Maps API v2, even if Maps V1 was working fine until some time ago.
Today, I have to make use of user location, but this is not working, even if I copy entire code available here:
http://developer.android.com/training/location/retrieve-current.html
I never get any onLocationChanged() event on my Nexus 4 with KitKat.
What is up with you, Google guys?
Why instead to make easier to us to develop for Android, you rather prefer to make our life harder?
Don't you think that the platform fragmentation is enough to we deal with?
Today, I have to make use of user location, but this is not working, even if I copy entire code available here:
I never get any onLocationChanged() event on my Nexus 4 with KitKat.
What is up with you, Google guys?
Why instead to make easier to us to develop for Android, you rather prefer to make our life harder?
Don't you think that the platform fragmentation is enough to we deal with?
[Deleted User] <[Deleted User]> #30
Hi,
this problem also happens while using Google Nexus with 4.1.1. Although, in samsung galaxy mini with 2.3.6 this doesn't happen i think.
Hope for a fix soon.
this problem also happens while using Google Nexus with 4.1.1. Although, in samsung galaxy mini with 2.3.6 this doesn't happen i think.
Hope for a fix soon.
fr...@gmail.com <fr...@gmail.com> #31
Hi, I am running the same code with GPS_PROVIDER and NETWORK_PROVIDER. GPS_PROVIDER runs perfectly but I am not getting location updates with NETWORK_PROVIDER. The mine is a Sony E. Xperia Neo V with Android 4.0
rj...@gmail.com <rj...@gmail.com> #32
This is terrible look for more than two weeks the solution. And the problem is android. It is true that if you get google map the exact location and not as you would with listeners but GPS does not work.
Inconvenience to fix this or have uan solution by code to avoid these problems.
Customers are desperate. Since we all now have android 4.0.0 or higher
Inconvenience to fix this or have uan solution by code to avoid these problems.
Customers are desperate. Since we all now have android 4.0.0 or higher
ri...@gmail.com <ri...@gmail.com> #33
[Comment deleted]
bi...@gmail.com <bi...@gmail.com> #34
I got this log from one of my app users:
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): Exception
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): java.lang.SecurityException: need INSTALL_LOCATION_PROVIDER permission, or UID of a currently bound location provider
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): at android.os.Parcel.readException(Parcel.java:1461)
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): at android.os.Parcel.readException(Parcel.java:1415)
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): at android.location.ILocationManager$Stub$Proxy.reportLocation(ILocationManager.java:1122)
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): at com.android.location.provider.LocationProviderBase.reportLocation(LocationProviderBase.java:137)
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): at com.google.android.location.network.NetworkLocationService.onHandleIntent(SourceFile:80)
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): at android.app.IntentService$ServiceHandler.handleMessage(IntentService.java:65)
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): at android.os.Handler.dispatchMessage(Handler.java:102)
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): at android.os.Looper.loop(Looper.java:137)
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): at android.os.HandlerThread.run(HandlerThread.java:61)
12-05 05:46:26.765 E/FusedLocationProvider(2734): Exception
12-05 05:46:26.765 E/FusedLocationProvider(2734): java.lang.SecurityException: need INSTALL_LOCATION_PROVIDER permission, or UID of a currently bound location provider
12-05 05:46:26.765 E/FusedLocationProvider(2734): at android.os.Parcel.readException(Parcel.java:1461)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at android.os.Parcel.readException(Parcel.java:1415)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at android.location.ILocationManager$Stub$Proxy.reportLocation(ILocationManager.java:1122)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at com.android.location.provider.LocationProviderBase.reportLocation(LocationProviderBase.java:137)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at ezg.a(SourceFile:147)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at ezx.a(SourceFile:303)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at ezx.a(SourceFile:287)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at ezo.a(SourceFile:931)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at fak.handleMessage(SourceFile:68)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at android.os.Handler.dispatchMessage(Handler.java:102)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at android.os.Looper.loop(Looper.java:137)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at android.os.HandlerThread.run(HandlerThread.java:61)
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): Exception
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): java.lang.SecurityException: need INSTALL_LOCATION_PROVIDER permission, or UID of a currently bound location provider
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): at android.os.Parcel.readException(Parcel.java:1461)
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): at android.os.Parcel.readException(Parcel.java:1415)
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): at android.location.ILocationManager$Stub$Proxy.reportLocation(ILocationManager.java:1122)
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): at com.android.location.provider.LocationProviderBase.reportLocation(LocationProviderBase.java:137)
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): at com.google.android.location.network.NetworkLocationService.onHandleIntent(SourceFile:80)
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): at android.app.IntentService$ServiceHandler.handleMessage(IntentService.java:65)
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): at android.os.Handler.dispatchMessage(Handler.java:102)
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): at android.os.Looper.loop(Looper.java:137)
12-05 05:46:26.755 E/GmsNetworkLocationProvi(2734): at android.os.HandlerThread.run(HandlerThread.java:61)
12-05 05:46:26.765 E/FusedLocationProvider(2734): Exception
12-05 05:46:26.765 E/FusedLocationProvider(2734): java.lang.SecurityException: need INSTALL_LOCATION_PROVIDER permission, or UID of a currently bound location provider
12-05 05:46:26.765 E/FusedLocationProvider(2734): at android.os.Parcel.readException(Parcel.java:1461)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at android.os.Parcel.readException(Parcel.java:1415)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at android.location.ILocationManager$Stub$Proxy.reportLocation(ILocationManager.java:1122)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at com.android.location.provider.LocationProviderBase.reportLocation(LocationProviderBase.java:137)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at ezg.a(SourceFile:147)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at ezx.a(SourceFile:303)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at ezx.a(SourceFile:287)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at ezo.a(SourceFile:931)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at fak.handleMessage(SourceFile:68)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at android.os.Handler.dispatchMessage(Handler.java:102)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at android.os.Looper.loop(Looper.java:137)
12-05 05:46:26.765 E/FusedLocationProvider(2734): at android.os.HandlerThread.run(HandlerThread.java:61)
ne...@gmail.com <ne...@gmail.com> #35
my app already has these permissions:
<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
<uses-permission android:name="android.permission.INTERNET" />
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
<uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
<uses-permission android:name="android.permission.INTERNET" />
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
<uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
ti...@gmail.com <ti...@gmail.com> #36
I to experienced this problem with my galaxy s3 and Nexus S phone. While debugging the Xamarin.Android C# code, I noticed, The GPSProvider is showing up as disenabled in the code IDE. The code was work great prior to Android 4.1 and 4.2 OS.
dm...@gmail.com <dm...@gmail.com> #37
I am experiencing same issues.After spending lots of hours, came to know that this is bug in Android.Since our app is location sensitive, please Google take this issue at Highest Priority & fix it ASAP.I noticed that issue happens in 4.1 & 4.2.Also it is not vendor specific issue, happens in Micromax Canvas HD Device.
wa...@gmail.com <wa...@gmail.com> #38
I am having the same problem with my new Samsung Galaxy S4 mini. Google maps can locate me correctly but none of the apps can do (all location services are on) ! (current version: 4.4.21) THIS IS ANNOYING!!
hf...@gmail.com <hf...@gmail.com> #39
I have updated my location code to play services due to this problem.but i am experiencing the same problem.It really hurts the application which works based on network location.
I really don't understand what information google is needed more than this..they simply updated the status as "NeedsInfo" and let it go.I really feel bad as an android developer...
I really don't understand what information google is needed more than this..they simply updated the status as "NeedsInfo" and let it go.I really feel bad as an android developer...
bd...@google.com <bd...@google.com> #40
It appears to me that google are a bunch of lazy guys that let bugged fill
S.O. come into the wild and then tell the costumers to take in th a@@.
Em 12/12/2013 13:52, <android@googlecode.com> escreveu:
S.O. come into the wild and then tell the costumers to take in th a@@.
Em 12/12/2013 13:52, <android@googlecode.com> escreveu:
Description
E.g. for mail address "test@example.com"
1) ask
2) ask
3) ask
note: At this point the GET-request is NOT using SSL therefore it is NOT SENDING any CREDENTIALS. It's only meant to get redirected to a proper SSL-secured site (as in step 1 or 2).
4) ask SRV resource record in DNS for
for further description, see MSDN, "Finding and calling the Autodiscover service"*
Tested with Android 4.1.2 (custom) and 4.0.3 (Huawei U9200).
Missing possibilities 3) and 4) make Autodiscovery unusable in multi-domain environment. Administrators of non-Android devices usually expect autodiscovery to work cross devices.
Solution: Implement full Autodiscovery (at least step 3)... You can find further details within chapter "Redirect responses"* on how redirection is implemented. You only need to follow a HTTP/1.1 302 Found response to its new "Location: ".
*)
You can see the behaviour also in code:
Current master (
// If we fail here, we're out of options, so we let the outer try catch the
// IOException and return null
At this point a simple GET-request without any credentials should be tried against