I removed the premission “android.permission.READ_PHONE_STATE” and ads are still showing up.
You can read in docs that is a must-have permission, but maybe we could avoid it using it?
I say this because services like Chartboost specifically says that permission should be deleted to use Chartboost services. :wacko:
Docs link to ads.show():
http://docs.coronalabs.com/legacy/api/library/ads/show.html
Anyone knows it? Any dev could comment on this?
i’ve harped on this before elsewhere in forum – READ_PHONE_STATE as being *required* is extremely poorly documented (flat-out wrongly documented in some cases) good luck getting a rigorous / authoritative / definitive answer.
also be aware that some plugins will auto-add it even tho they might not strictly need it (i think perhaps because it’s present in the manifest ‘template’ for plugins, and they just leave it as is) whether or not it’s ACTUALLY needed should be a function of the individual provider plugin, the ads library itself doesn’t need it, and the provider should only need it if they’re using a relatively rare tracking style that requires a certain type of device id.
chartboost (the lua version) FORBIDS its presence because it needs the OTHER type of device id. Gremlin Interactive have stated they’re working on an Android version of their Chartboost plugin which shouldn’t have that problem (native java, so should be no weirdness with system.getInfo(“deviceID”), so should be no problems with/without READ_PHONE_STATE)
hth
i’ve harped on this before elsewhere in forum – READ_PHONE_STATE as being *required* is extremely poorly documented (flat-out wrongly documented in some cases) good luck getting a rigorous / authoritative / definitive answer.
also be aware that some plugins will auto-add it even tho they might not strictly need it (i think perhaps because it’s present in the manifest ‘template’ for plugins, and they just leave it as is) whether or not it’s ACTUALLY needed should be a function of the individual provider plugin, the ads library itself doesn’t need it, and the provider should only need it if they’re using a relatively rare tracking style that requires a certain type of device id.
chartboost (the lua version) FORBIDS its presence because it needs the OTHER type of device id. Gremlin Interactive have stated they’re working on an Android version of their Chartboost plugin which shouldn’t have that problem (native java, so should be no weirdness with system.getInfo(“deviceID”), so should be no problems with/without READ_PHONE_STATE)
hth