IssueTracker

I've found this code fragment in the newest API 23 SDK's source code

WifiServiceImpl.java Line964

if (!canReadPeerMacAddresses && !isActiveNetworkScorer && !isLocationEnabled()) {
    return new ArrayList<ScanResult>();
}

It could explain this issue.The method "isLocationEnabled" read Location settings then returns false at this condition, and getScanResults returns null.

Thank you for your comment.

getScanResults() returns current results on Lollipop and older even if GPS is disabled.
Scan results should have no relation to GPS.

I had confirmed the same with Nexus 5 Preview 3 (build num.: MPA44G).

This is affecting App which need scanned wifi networks but not necessarily want GPS enabled. And by enabling GPS it is gonna drain the battery faster. Which may result in inefficient user experience..

Why location service is mandated now. Is google collecting geo location along with wifi networks for other project?

I also asked this problem on M-preview issue tracker.
On MRA58K, we still have to enable GPS to get ScanResults.
https://code.google.com/p/android-developer-preview/issues/detail?id=3163

For typical android users, it is may be quite difficult to find relation between Wi-Fi scanning and location settings.
ScanResults should be available if location permission is granted.

Thanks for the suggestion. Our development team has looked into this bug and decided that it is working as per the design.
WifiManager#getScanResults() returns an empty list if location is turned off for the device.

Let me know the reason why it returns an empty list if GPS disabled.
It seems like degrading.

Also could you please mention this in documentation, currently it just mentions APP must have ACCESS_COARSE_LOCATION or ACCESS_FINE_LOCATION permission.

It doesn't mention Location must be turned on to get network list.

http://developer.android.com/reference/android/net/wifi/WifiManager.html#getScanResults() 

Any alternative method to get Wifi SSID's available for connection without switching on location
My application needs to connect to a specific wifi network in the background .

I also was also suffering for more than 24 hours with the same contents. Cause look at this topic was found. However, it should not at all relevant to that thing and GPS to get a list of wifi has become ON. Is totally. I am pleased if you can explain why satisfactory.

Why device of the Nexus 5 can obtain a list of the wi-fi location information even OFF?

#12: confirmed, Nexus 5 hammerhead-mra58k.

Makes the "working as intended" seem fishy.

I have a small app for managing WiFi networks and it shows the list of scanned and known networks in its UI (just like the system WiFi app does), it has nothing to do with GPS, has the right permissions ("access WiFi state").

Are you saying that any app that wants scan for WiFi networks is now tied to location settings?

What's the relation to *GPS* or location, anyway?

Speaking of GPS, all my devices have GPS turned off, and WiFi on, just because I'm indoors most of the time (so as to not waste the battery) -- and I suspect a lot of users have it set up the same way.

We have passed this on to the development team and will update this issue with more information as it becomes available.

Same (difficult to diagnose) problem on 6.0 release.

My users want to use wifi scanning for location ('I'm at the office because I see my AP') because GPS is too battery draining, requiring GPS for wifi scanning is nonsensical in relation to that.

Pent

You don't need GPS explicitly. You must enable location services, but you can select  "Battery saving" location mode (that uses Wi-Fi and celluar network to determine location). Anyway, to get around this, I show a content view with a message describing a problem to the user and a button that starts android.provider.Settings.ACTION_LOCATION_SOURCE_SETTINGS Activity.

The development team has fixed the issue that you have reported and it will be available in a future build.

When can we expect this change ?
Will it be a new SDK release and a security update on present devices running Android M ?

Thanks for the fix

On Nexus Player (Asus) running Android 6 now, i can't manage at all to get a wifi scanlist. Do you know a workaround as long as the future build is not available?

Jens

Re: #18 -- what was the change?

What are the new requirements for being able to obtain the list of scanned networks?

Is holding the below permissions, but not ACCESS_COARSE_LOCATION or ACCESS_FINE_LOCATION going to be enough?

    <uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
    <uses-permission android:name="android.permission.CHANGE_WIFI_STATE" />
    <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
    <uses-permission android:name="android.permission.CHANGE_NETWORK_STATE" />

Will all Nexus devices get updated? What about Samsung, Sony, LG, etc (not sure if they've shipped 6.0 devices yet)?

same problem when update to android 6.0
using nexus 5

only enable WLAN scan will do nothing to improve location accuracy.

you should enable WLAN scan & enable system location service;

Also having the same problem.

Just to confirm, the dependency on location services is being removed for WifiManager#getScanResults ?

If so when will a build with this change start rolling out?

The Chromecast and Sonos app use #getScanResults() to detect not connected devices around. Their solution: targetSdkVersion < 23 to get a permission dialog at install time.

I would not recommend this "trick" but asking the user for the location makes no sense to me and my users when pairing with other device not in my current wifi.

Same issue on Nexus 7 with Android M (MRA58V). This is not acceptable to be forced to turn ON GPS to get WiFi network list.

Re: #25

targetSdkVerison < 23 doesn't help (my app's target SDK is 13), and neither does having ACCESS_WIFI_STATE.

And in any case, without ACCESS_COARSE_LOCATION, scanning in the background (when your app is not "on the screen") returns those funky obfuscated BSSID's, useless.

on my nexus 6 I can't get preview of the photo/video, just got black screen and after take photo I have to go into gallery to see my picture :/ on nexus 5 works fine

@ #27 it's now fixed for targetSdkVersion < 23 when the app is in foreground. see https://android.googlesource.com/platform/frameworks/opt/net/wifi/+/65ada07%5E%21/

The bad part is that the "feature" https://android.googlesource.com/platform/frameworks/opt/net/wifi/+/65ada07fcc88600d1a8c77269f62590f630f7aab%5E%21/ was not reverted. Fyodor Kupolov worked around this restriction for lagacy apps only. I don't think we'll see a fix for targetSdkVersion 23+ apps.

Should be included in Android 6.0.1 but I haven't tested it.

why i can't download photos from yi cam to my hh -_-

Hi Pascal,

it works with Nexus 6P running 6.0.1 (app sdk 22).

Is there a workaround for apps on phones without the platform fix?

If it helps, just tested with 6.0.1 and legacy apps works even when location is disabled.

The empty scan list issue has been fixed in the latest android update 6.0.1. The Wi-Fi networks are seen if the location is turned off from the OS Settings but the location permission in the application settings should still be turned on.

Ben Poiesz, a product manager on Android Framework touched this topic in his talk about permissions in M https://www.youtube.com/watch?v=f17qe9vZ8RM#t=17m23s

Essentially knowing nearby Wi-Fi hotspots (same applies for BT scans) conceptually is location. Relative location, but location. From that relative location its becoming increasingly easy to turn that relative location into an absolute location, so we're phasing in lock-downs.

So if a user turns off the location toggle in Settings, applications targeting SdkVersion 23+ won't be able to get scan results. The same limitation applies to legacy (pre-M apps), which are not running in the foreground.

Asking for location permission to get scan result is fine but why does the location has to be turned ON to get the scan result. Today, we try to autoconnect our users to our hotspots automatically (in background/foreground) without turning on location (and hence with minimal impact on battery). This change causes a lot of headache now.

Also, how come WiFi manager is able to see the list of WiFi's without location being turned ON and not third party apps?

I am suffering with the same problem. When I try to get the WIFI list, it is returning zero results. But when I enable the GPS, there is no issue. Please tell how to get the list without turning GPS on.

So devices (mostly tablets) which run android 6 and don't include a GPS chipset in them can not actually perform a wifi network scan whatsoever?

Messages #37 and #38, read message #17.

Pent

crafty the message #17 does not quite answer my question. Battery saving location mode assumes that the device has already a gps module present.

Reply to #40: Battery saving location mode does not assume that GPS module is present. There are devices that support network location provider, which is nowadays called battery saving mode.

--- workaround for foreground apps ---

use compile/targetSdkVersion 22, scan results are valid when your app is in the foreground..but empty when it's running in the background.

in order to get valid results in the background you have to enable Location services. e.g GPS, which just make wifi apps useless.

question for the android team, why didn't you block accessibility to the BSSID instead of the whole scan results?

[Comment deleted]

[Comment deleted]

Is this issue fixed?We are facing the same issue and Android M 6.0 update has been rolled out to all Moto G phones. Why should GPS be turned on in order to get WiFi Scan Results? Please tell us when Android 6.0.1 patch will be rolled out to the other phones?This is really bad such bugs should've been taken care of.

It's not fixed. You still need to turn on the GPS antenna to get WiFi scan results. Probably because Google devs are using it for their own needs ? Like update a map of WiFi access points ? This would not be really honest.

did they fix it in the Android N preview?

The need for Location Services is not acceptable! Sometimes I turn it off, i.e. to save battery. And what about the automatic battery saver?

Any solutions?
I need to determine connected network security type, but with this issue I can't.

Can anybody explain WHY I need to enable location services to be able to use a wifi scanner? I myself don't need the location service and I don't want to switch it on and I don't see the point of switching it on other then google/android or the app developer want to know my current location.

[Comment deleted]

My s7 6.0.1 requires location services to be on in order to retrieve the ScanResults.  I noticed that Google can display these results without location services on.  This is unacceptable.  What relationship do ScanResults have to location, outside of mapping ScanResults?  If google isn't willing to take the power penalty to get more accurate location data for their AP maps, why must developers pay this price?  It must be changed.

Some apps, for example, simple wifi scanners, never get users' location,
as long as they doesn't send users' wifi scanning logs to somewhere.

So, isn't it possible to determine by "INTERNET" permission ?

If app doesn't required "INTERNET" permission, do as same as sdk < 23.

Still waiting on rationale behind not fixing this issue.  Location services are not required to retrieve wifi networks, this is not acceptable.

this caused me so much hassle, my app rating went down the drain.. even though I'm asking users to enable location and linking them to this bug. sad thing is I understand their frustration, why isn't the Location permission enough? why the hell do they need to enable GPS? and why the hell is this taking a year to fix?!

why this issue is closed? I still find below in android-23
if (!canReadPeerMacAddresses && !isActiveNetworkScorer
                    && !isLocationEnabled()) {
                return new ArrayList<ScanResult>();
}

Because the pm on this thread said it works as designed. Of course the
design stinks, so folks keep posting and they should.

Same issue also on LG5.

[Comment deleted]

I have the same issue on SONY Xperia Z3 Compact with Android 6, I always get an empty list with getScanResults() method, I have tried to use this solution of

http://stackoverflow.com/questions/33730781/android-wifimanager-getscanresult-complains-need-access-coarse-location-or-acces

but even asking for the permission I have same result (empty list), I have to enable
manually the gps after accepting permissions.

This is a pain to ask user to enable location so that app can show available wifi networks.

IMHO this is a very bad design. How can we reopen the issue?

Facing the same issue.I was working on a prototype and got stuck on this

The best part about it is you don't have a way to just switch on the
location service you need, say turn location on without GPS, you have to
redirect your users to location services and instruct them that you don't
require GPS and they have to do this two step where they turn on location
services and then switch off GPS.

Happy crowd sourcing scan result locations for Google. Note Google doesn't
require this to display their scan detail, just you lowely developers.
Google can also turn location service on with the type of accuracy they
want, again not you lowely developer.

This is just wrong from the Android team, I know you wan't to increase security but we already ask the user for the Location permission, shouldn't that be enough to get WiFi scan results? It's already so shady when a WiFi specific app asks the user to grant access to his location, but it doesn't stop there, I actually have to ask the user to enable "Location" on his device so I can get his scan results.

All my app is trying to do is switch to a better AP when the current AP signal strength is weak. even though I explained in my app why I need all the location crap. it still doesn't make sense to users.

please do something about this in Android Nougat, mybe restrict access to MAC_ADRESSES instead of enforcing Location.

Not to mention that there already are WiFi related permissions.

i use two days to realize i must turn on GPS to get wifi scanresult,....., no doc
no direct reason......

Is this fixed in android 7.0? Let me know pls

No it's not. they must've forgotten about it. this post was closed October last year and we still haven't received any updates from the Android team.

I'm an android developer who posted this issue, and thank you guys for discussing about it.

+ It seems that still Android N (preview) has the same behaviour and we have to turn on location to get ScanResult devices.
+ #18 dnaga...@google.com commented "The development team has fixed the issue that you have reported and it will be available in a future build.", but I found no behaviour changes.
+ Bluetooth Low Energy scanning also has the same issue. BluetoothLeScanner doesn't return any devices if location is off.

I wish you guys a future full of happiness.

Hi all,

according to me WFi scan results should have no relation to the state of GPS or GeoLocalization. I can understand and agree to ask to the user the Localization Permission but returning an empty scan list when the GeoLocalization is OFF is a strong limitation for the application User Experience.

Is there any news about the release of the bug fixing ?

Thanks

Marco

Dear All,
Please is there any progress regarding this issue?

Hello All,
I have allowed the Location permision in my manisfest file, but i still cant get scan result. I have been trying to fix this empty scan result issue for the past 3 days now but to no avail.
here is the github link to source code for your kind assistance https://github.com/IbnB/PrivacySensSys 
Thanks

Remove the isLocationEnabled() check to allow scan results.

Come on, Google.

WifiManager#getScanResults() returns an empty array list if GPS is turned
off.

Please reopen this issue. The intended new behavior is clearly not a user- nor battery-friendly solution.

Yes reopen please... Absolutely not necessary, not safe, not private, consumes way too much battery, and ultimately inconvenient for the end user.  

"The development team has fixed the issue that you have reported and it will be available in a future build."

What? They didn't fix it. it still exists in Android 7.0 and 7.1!

[Comment deleted]

It is widely irresponsible that Google have made this change. This is more than likely to promote their own wifi data collection for position improvements program, at the cost of the users battery life.

For instance, on my brand new Galaxy s7 I can have over a day of battery life with location turned off. When turned on (at the bare minimum, only network and wifi location) it sometimes barely last a day.

First, it's Airplane mode. Then, the ability to switch off mobile network. Now, Wifi scan results. I agree with #80 that this an irresponsible decision. Google needs to create an open forum where you, manufacturers, retailers and third-party developers have equal say in Android changes or new features. At the moment, Android changes are often made without careful assessment of the wider user experience. No wonder a few of us are going with custom ROMs as we have more control over Android and don't have to deal with this type of shenanigan- bad decisions.

Anyway, this issue is not fixed in Android 7.0 or 7.1.

A nova aplicação keenai, no Android não reconhece o meu cartão eyefi mobi...

So is there any workaround for this case?

Please reopen ticket. Still not solved. getScanResults()  returns null without location permission granted.

Ask to reopen Ticket

https://code.google.com/p/android/issues/detail?id=231911&thanks=231911&ts=1484077807

#35, I understand what you are saying about wifi hotspots acting as location markers, but if an app already has permission to collect the user's location, there is no security risk.  The user has explicitly allowed their location to be gathered by that app, so having location services on or off should be irrelevant

So developers should just have the ability to prompt users to turn on coarse location temporarily.  Consider that many users want maps to use fine location when they navigate, so they would like to leave fine location on all the time and quickly toggle location on and off as needed.  If they want to use an app that needs location on, but not at high accuracy, they have to decide whether to sacrifice battery with gps or their time toggling both location and accuracy mode twice, before and after using the app.  This is exceedingly poor user experience, and wopuld be improved with a prompt to allow the app to turn on coarse location only until the app is closed, and then switch back to fine.

zx0931319314@gmail.com

2017年1月19日 11:35， <android@googlecode.com>寫道：

Can confirm that this issue remains in Android N. In fact, this design change is completely undocumented.

I just performed a large data collection in a user study where half of the devices didn't collect a thing - because their GPS was disabled. Unbelievable.

As researchers, or developers, we're supposed to be preparing for the 'Internet of Things', where we can provide energy-efficient methodologies that branch away from the expensive GPS. This design change is an unjustified step backwards.

Davie

Please fix ...

Hi,

as I said on the other thread (https://issuetracker.google.com/issues/37132338#comment3) : it's not a bug...it's working exactly how they want.

You must ask user to turn on location service to get network list. Just check if GPS_PROVIDER OR NETWORK_PROVIDER service is enabled.

Enjoy!

The biggest issue was returning an empty array without any errors or warnings. It made it seem that there was no access points nearby.

Fortunately, it has finally been documented:

"An app must hold ACCESS_COARSE_LOCATION or ACCESS_FINE_LOCATION permission in order to get valid results. If there is a remote exception (e.g., either a communication problem with the system service or an exception within the framework) an empty list will be returned."

Lahore

What about android 4.2.2.Does we need on the gps in this version of android?

still not able to fetch wifi list in api level 24 without enabling gps services.

Ok

Hello, do we have any solution for this issue?
Why do we need  ACCESS_COARSE_LOCATION or ACCESS_FINE_LOCATION permission  for wifi network?

Somethings not right here. Why are they so hesitant to work with this, if there's something else going on they've clearly been found out, so hiding won't solve anything. And if there isn't anything going on then why ignore an issue with a lot of ground, there's no debugging involved anymore as we've found the line of code causing the issue. It's not even that it doesn't work it forces the return of an empty set if location is off.

And we've still been given no reasoning as to why. This doesn't help the look of the situation or the credibility of the team working on it.

Any news on this?

Just faced the same problem here on Android N, found this post. Quite incredible there's still nothing done about it... Like someone said, how can the phone built-in wifi manager scan without accessing the GPS? Also, how do you explain to your app user that you need his location and to turn on GPS just to connect to wifi? It makes no sense :/

Hello, when I am programming app for searching blue tooth devices no results unless GPS location activated. Why is this, it makes no sense

People keep asking why Google has made this illogical choice.  It can only
explained by the Sherman Act. Google wants to monopolize the WiFi solutions
for Android so they engage in unfair practice to keep you from creating
applications which compete with their own.  Their own applications do not
have this requirement.

By forcing you to turn on location services they get you to crowdsource
location data without taking the hit for requiring location services be on
themselves.  Your app gets uninstalled, not their OS.  They make it harder
to utilize WiFi data because you have to get your users to turn it on, no
easy trick programmatically speaking, so fewer apps are created which use
WiFi.

Classic anticompetitive conduct.  Ask Skyhook how their location services
worked out for them.  My business collapsed because of this crazy workflow
and other WiFi management changes they imposed on developers and not
themselves.

On Thu, Oct 12, 2017 at 6:48 AM, <buganizer-system@google.com> wrote:

What ever happened to "Don't be evil" ?

Android 6.0 on certain devices cause this issue for me.

renerv
El dic 4, 2017 6:59 PM, <buganizer-system@google.com> escribió:

is it fixed now?? i'm still have same problem. i get ACESS_COARSE_LOCATION permission from user, but the result of ScanWifi empty.

**********************************************************
THEY ARE RIGHT TO DO SO!! PLEASE READ!!!!
**********************************************************

see googles comment above, or this video.
https://www.youtube.com/watch?v=f17qe9vZ8RM#t=17m23s 

knowing a wifi MAC address can lead you to the phone's location, which the user asked not to share.
please stop complaining.. it hides the answer :)

**********************************************************
THEY ARE RIGHT TO DO SO!! PLEASE READ!!!!
**********************************************************

Reply to #108 :
Nice find! I think a better compromise and practice would be that once you have the location permission from the user, you can still scan for Wi-Fi networks, without having to turn on location (because gps and other methods are battery draining)

This is absurd.
Are we supposed to tell the user to allow "Coarse location permissions", which is already confusing since it has no relation to Wifi, then also tell them to turn on GPS, which not only is a major privacy concern but also has no relation to WiFi.
Could you possibly make it more un-user-friendly? Why not force them to enter bank or cc details?

My biggest issue with this is forcing users to drain their battery due to GPS and network location services, which is no way needed when you just want a list of wifi networks.

The current "solution" is probably more harmful to the user than the original problem.  Simply require that the app get permission to access the phone's location to scan WiFi. Turning on GPS should not be needed.

To ask for some sort of location permission to the user is fine, but enforcing the use of GPS or any location service makes it a completely non-sense decision, unless, as state by other users here, google is the one wanting to cross GPS info x Bluetooth/Wifi Mac address.
Google can create a new type of location permission for this which does not require any actual location service to be active.

To me there is no doubt about that Google 'combines' this permissions (WiFi-Scan & Location) deliberately for exact this purpose! In its greed for information about their users they are getting more and more absurd – and dangerous.

Thanks a lot.

ReneRV

El feb 5, 2018 12:01 AM, <buganizer-system@google.com> escribió:

Thank

Is this issue fixed. It is very absurd to turn on location while scanning ble or wifi devices?

https://issuetracker.google.com/37060483 WifiManager#getScanResults() returns an empty array list if GPS is turned off.

It is
good app

If scanned results can expose user location, At least give us an interface that can provide basic information about the network such as name and a way to connect them. Even if we one can't scan for available networks, he can still connect to a particular known network by adding the known network configurations (wifiManager.addNetwork(conf)). So, at least, you can only give a boolean value determining the presence of known network devices.

I second the suggestion to fix the intended behaviour since it is not only creating meaningless waste of energy but also is intrusive to user privacy. Per Googls's motto "Do no evil" I expect Google designs with higher moral standard.

Ffd

Please wifi connection

This is nuts.  I get it that we need location permission.  That's fine.  BUT we should NOT have to have location on to scan for WiFi.  That's just plain wrong.  This requirement is killing my app and the company may end up only offering an iOS solution.  Booo, Google!

Seriously this is absolutely terrible design. Location has nothing to do with asking wifi hardware what it is seeing. If Android continues down the path of limiting developer capabilities it's going to ruin this OS.

Because this is quite a pain, I'll just leave my comment here for future help for anyone. I have developed in Ionic and React Native RE WiFi apps. On an old Android 5.1.1 I could scan without GPS on.

On my Android 7 Huawei, I needed GPS on to scan. Unless there is a Google fix, or you mess around with the IF statement mentioned in one of the comments above, if you need your app to SHOW available networks it looks like GPS needs to be disabled. However I can confirm that you can connect to networks without GPS being enabled. Fortunately the app I was designing only needed a connection routine, so I was ok.

Greed and thurst for personal information and user data - Google's digital autonomy is growing day by day and this is not acceptable. I have stopped using few apps because of this. I am considering switching to iOS. Sharing location is my personal thing and i don't want the operating system to dictate me on what details i share. And it uses my battery as well.

What so ever, Requesting Location services to be enabled and relevant permissions to be provided for an app to use the app in question is ridiculous and is NOT ACCEPTABLE at all.

Very bad design. Baby design.
I would not opening the subject of selling data collected...
Be more secure @google is that Nintendo told you when released it's first mobile game on iOS first.

Agarwal satel and sator

We should report this issue to EU authorities

Dear google, why do you write in 2015 that you will fix it and have still not fixed it?

Bohed Acha ha

Any update on allowing scanning without GPS?

Does no one work at Google with this bug??

What is this??? Is this area 51? Why don't you developers fix this stupid dumb issue???

Nis

Ok

By turning ON Location, problem solved.
I was facing same issue,

Fantastic thanks

ahmed abdo

I wanted to sync a Bluetooth device that registers heartbeat/temperature for my baby with my phone.  But the app needs location permission so even when I'm at work and couldn't possibly sync to the device, location permission is still enabled, allowing the app company to track me everywhere I go all the time.

My phone should scan for nearby Bluetooth devices and if it syncs up with one then it should sync up with one.  The app company shouldn't get to see my wifi name/location or my phone's Mac address, that should all be hidden.  Communication should just be between my phone and the device when I'm nearby, when a Bluetooth scan finds the device.

Bluetooth shouldn't require a wifi scan, and it shouldn't require location access.

192.168.1.7

Is it fixed now, January 2020???
🆎:Alan
alanzjazz69@gmail.com

Governments should intervene here to halt Big Brother. I will address my representative as Google is clearly not willing to do the right thing here. I am very disappointed as there is ZERO justification, and only 1 reason I can see : BIG BROTHER.

Probably, petition is needed

Zeko

Now would be a great time to take a look at this. Currently preventing hundreds of thousands of people from installing Bluetooth covid apps.

On 12 Nov 2019 11:08 pm, <buganizer-system@google.com> wrote:

When is this going to be fixed??

Walo

Ok

192.168.10.5

Up

Why is the status 'fixed' when this horrid 'bug' persists  ?

تفعيل

في الأحد، ١٣ سبتمبر، ٢٠٢٠ ١١:١٤ ص <buganizer-system@google.com> كتب:

<div dir="auto"><br><br>تم الإرسال من هاتف Huawei الخاص بي</div><div style="line-height:1.5"><br><br>-------- الرسالة الأصلية --------<br>من:‏ buganizer-system@google.com<br>التاريخ:‏ الاثنين، ١٢ أكتوبر، ٢٠٢٠ ٥:٠٦ م<br>إلى:‏ b-system+1017088769@google.com<br>نسخة إلى:‏ rb334521@gmail.com<br>الموضوع:‏ Re: Issue 37060483: WifiManager#getScanResults() returns an empty array list if GPS is turned off.<br><blockquote><div><div style="background-color:#fbe983;border:1px solid #debe07;color:#594c04;font-weight:bold;padding:5px 10px">Replying to this email means your email address will be shared with the team that works on this product.</div><br />
<a href="https://issuetracker.google.com/issues/37060483">https://issuetracker.google.com/issues/37060483</a><br />
<br />
<strong>Changed</strong><br />
<br />
<strong>aa...@gmail.com added <a href="https://issuetracker.google.com/issues/37060483#comment160">comment #160</a>:</strong><br />
<p>52848</p>
<br />
<br />
_______________________________<div><br />
<strong>Reference Info: 37060483 WifiManager#getScanResults() returns an empty array list if GPS is turned off.</strong><br />
</div><span style="color:#808080">component:  </span><a href="https://issuetracker.google.com/components/190923">Android Public Tracker</a><br />
<span style="color:#808080">status:  </span>Fixed<br />
<span style="color:#808080">reporter:  </span>do...@gmail.com<br />
<span style="color:#808080">assignee:  </span>dn...@google.com<br />
<span style="color:#808080">cc:  </span>do...@gmail.com<br />
<span style="color:#808080">type:  </span>Bug<br />
<span style="color:#808080">priority:  </span>P3<br />
<span style="color:#808080">severity:  </span>S3<br />
<span style="color:#808080">blocked by:  </span><a href="https://issuetracker.google.com/issues/23081999">23081999</a><br />
<span style="color:#808080">duplicate issue:  </span><a href="https://issuetracker.google.com/issues/37066232">37066232</a>, <a href="https://issuetracker.google.com/issues/37068464">37068464</a><br />
<span style="color:#808080">hotlist:  </span><a href="https://issuetracker.google.com/hotlists/468531">[AOSP] assigned</a>, <a href="https://issuetracker.google.com/hotlists/468389">[AOSP] duplicate</a>, <a href="https://issuetracker.google.com/hotlists/468507">[AOSP] FutureRelease</a><br />
<span style="color:#808080">retention:  </span>Component default<br />
<span style="color:#808080">AOSP ID:  </span>185370<br />
<span style="color:#808080">ReportedBy:  </span>Developer<br />
<br />
<br />
<br />
Generated by Google IssueTracker notification system<br />
<br />
<span style="color:#808080">You&#39;re receiving this email because you are subscribed to updates on Google IssueTracker issue <a href="https://issuetracker.google.com/issues/37060483">37060483</a> where you have the role: starred. </span><br />
<a href="https://issuetracker.google.com/issues/37060483?unsubscribe&#61;true">Unsubscribe from this issue.</a></div></blockquote></div>

في الثلاثاء، ١٣ أكتوبر، ٢٠٢٠ ١٢:٣٣ ص راكان عبدالله <rb334521@gmail.com> كتب:

sarawut.s2209iii@gmail.com

เมื่อ 20 พ.ย. 2020 15:37 <buganizer-system@google.com> เขียนว่า

Replying to this email means your email address will be shared with the
team that works on this product.

https://issuetracker.google.com/issues/37060483

*Changed*


*ma...@gmail.com <ma...@gmail.com> @addyสราวุธ...+*

_______________________________

*Reference Info: 37060483 WifiManager#getScanResults() returns an empty
array list if GPS is turned off.*
component:  Android Public Tracker
<https://issuetracker.google.com/components/190923>
status:  Fixed
reporter:  do...@gmail.com
assignee:  dn...@google.com
cc:  do...@gmail.com
type:  Bug
priority:  P3
severity:  S3
blocked by:  23081999 <https://issuetracker.google.com/issues/23081999>
duplicate issue:  37066232 <https://issuetracker.google.com/issues/37066232>,
37068464 <https://issuetracker.google.com/issues/37068464>
hotlist:  [AOSP] assigned <https://issuetracker.google.com/hotlists/468531>,
[AOSP] duplicate <https://issuetracker.google.com/hotlists/468389>, [AOSP]
FutureRelease <https://issuetracker.google.com/hotlists/468507>
retention:  Component default
AOSP ID:  185370
ReportedBy:  Developer



Generated by Google IssueTracker notification system

You're receiving this email because you are subscribed to updates on Google
IssueTracker issue 37060483
<https://issuetracker.google.com/issues/37060483> where you have the role:
starred.
Unsubscribe from this issue.
<https://issuetracker.google.com/issues/37060483?unsubscribe=true>

this ebook giving trouble i dont like it🤬🤬🤬🤬

ل ام من ت ها رنة را هة

صبحي جمال الكفراوي

Simply WOW google, you don't have even justification

We