That is good to hear.  I will make a note of it in case I encounter a
similar situation.

I wonder if this could be a way to get back to targetSdkVersion="22" after
releasing an APK in Beta with targetSdkVersion="23"?

On Fri, Mar 18, 2016 at 9:28 AM, Gameplay SmackDowns <[email protected]>
wrote:

> This has now been resolved. We continued testing on the alpha track. Once
> we pushed an alpha build to production, we were able to disable both builds
> stuck in beta without error. Definitely seems like some sort of bug on
> Google side.
>
> On Friday, March 18, 2016 at 1:18:22 AM UTC-4, Carl wrote:
>
>> I'm confused regarding what you are saying; we need to clarify:
>>
>> 1. When you say "targeting 23" are you referring to the targetSdkVersion
>> in the manifest, or are you referring to the project build target?
>>
>> 2. When you say that you have tried my suggestion, are you saying that
>> you have tried to publish a *new* APK having version 47, with
>> targetSdkVersion="23" (and project build target also 23), and that you are
>> getting an error when you do that, *and* that the error is the listed error
>> (in red text) that refers to changing from version 42 to version 28?  That
>> would be very strange.
>>
>> 3. Why would you say that "We can upload another but no matter what we do
>> build 42 will not be replaced or deactivated or we get previously used M
>> permissions error."  From what you have listed, build 42 has *already* been
>> replaced (in Beta) by build 46.  So I don't see why you couldn't just
>> promote 46 to production (if it is behaving correctly) or, if not yet
>> correct, replace it with a revised build 47 that does work correctly, and
>> that has targetSdkVersion="23" (and project build target also 23).
>>
>> Carl
>>
>> On Thursday, March 17, 2016 at 8:09:53 AM UTC-7, Gameplay SmackDowns
>> wrote:
>>>
>>> In addition to our new builds targeting 23 (as you suggested), and still
>>> getting the error - the error (in screenshot red) is referencing build 28,
>>> even though build 28 is what is live in production and we are working in
>>> the beta channel. We essentially have two builds now stuck in beta (46 and
>>> 42) with no way for us to deactivate build 42 and move on to other builds.
>>> We just need to deactivate 42, keeping 46 which IS targeting sdk 23.
>>>
>>> On Thursday, March 17, 2016 at 8:11:13 AM UTC-4, Carl wrote:
>>>>
>>>> Something similar happened to me a week ago.  It's a trap for the
>>>> unwary, and they need a warning for it, and in fact I wrote to support
>>>> suggesting that, and they said they would look into it.
>>>>
>>>> But it's no mystery what happened to you.  There's a rule in Google
>>>> Play that once you have published an app with targetSdkVersion set to 23 or
>>>> above, you cannot go back to a version prior to 22.  Even if you have only
>>>> published to Beta.  Even if you only have one person testing your app in
>>>> Beta, and that person is yourself.
>>>>
>>>> The reason for this is the very different approach to permissions in
>>>> API level 23 (Marshmallow).  Instead of having all permissions approved by
>>>> the user at install time, approvals for permissions are requested by the
>>>> app itself at run time.
>>>>
>>>> So, I guess that they are concerned that someone might have downloaded
>>>> your app and been asked for permissions, and denied those permissions, but
>>>> then they could update the app and get an APK using the old permissions
>>>> model, with all permissions assumed to have been already approved at
>>>> install time, when in fact the user had denied some or all of the
>>>> permissions.
>>>>
>>>> Anyway, you have only one possible course of action if you ever want to
>>>> update your app again:  you need to publish your next update with
>>>> targetSdkVersion set to 23 or higher.  And, with a higher version number,
>>>> of course.
>>>>
>>>> As you've already pointed out, you cannot remove either of your two
>>>> Beta versions, because deleting the most recent one would send you back to
>>>> a pre-Marshmallow version.
>>>>
>>>> Note that if you want code requiring permissions to work, you will have
>>>> to write whatever new code is needed to ask the user for permissions at run
>>>> time, rather than at install time.  It's not all that hard to do, although
>>>> it's not entirely trivial.  It's a bit tricky dealing with all the obscure
>>>> use cases in which the user messes with the permissions from app settings
>>>> and then returns to your app.  I just did this myself and it involves lots
>>>> of annoying little situations, but it's ultimately doable.  Enjoy.
>>>>
>>>> On Wednesday, March 16, 2016 at 1:55:06 PM UTC-7, Gameplay SmackDowns
>>>> wrote:
>>>>>
>>>>> Anyone? Cant seem to get a response from Google Support.
>>>>>
>>>>> On Tuesday, March 15, 2016 at 7:20:41 PM UTC-4, Gameplay SmackDowns
>>>>> wrote:
>>>>>>
>>>>>> In the Beta channel we were troubleshooting an apk issue. Current
>>>>>> beta versions were being built in Android Studio, but to test we compiled
>>>>>> and published an older version from Eclipse (with new version number). 
>>>>>> This
>>>>>> was build 42 (1.4.0).
>>>>>>
>>>>>> After, we moved back to Android Studio. However, now any build we
>>>>>> publish past 42 (1.4.0) gives the following error.
>>>>>>
>>>>>> This configuration cannot be published for the following reason(s):
>>>>>> It is forbidden to downgrade devices which previously used M permissions
>>>>>> (target SDK 23 and above) to APKs which use old style permissions (target
>>>>>> SDK 22 and below). This occurs in the change from version 42 (target SDK
>>>>>> 23) to version 28 (target SDK 21).
>>>>>>
>>>>>> We now have two apk stuck at once in beta (see attached pic)
>>>>>>
>>>>>>
>>>>>>
>>>>>> <https://lh3.googleusercontent.com/-EHbvuNK-pR4/VuiXvbe4kAI/AAAAAAAAAMc/JSAI_OUbigk9euWlvSJWcDpA6rTADXtVg/s1600/APK_-_I-Doser_Premium_-_Google_Play_Developer_Console_-_2016-03-15_19.15.37.jpg>
>>>>>>
>>>>>>
>>>>>> We cant deactivate build 42 or we get forbidden to downgrade devices
>>>>>> which previously used M permissions error.
>>>>>>
>>>>>> We cant deactivate 46 or we get It is forbidden to downgrade devices
>>>>>> which previously matched *version 46* to *version 42* error
>>>>>>
>>>>>>
>>>>>> SDK IS configured at 23 since beginning.
>>>>>>
>>>>>>
>>>>>> So now we are stuck with two builds published to beta and cant
>>>>>> dedicate either. We can upload another but no matter what we do build 42
>>>>>> will not be replaced or deactivated or we get previously used M 
>>>>>> permissions
>>>>>> error.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
> You received this message because you are subscribed to a topic in the
> Google Groups "Android Developers" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/android-developers/dpK2XO025kQ/unsubscribe
> .
> To unsubscribe from this group and all its topics, send an email to
> [email protected].
> To post to this group, send email to [email protected].
> Visit this group at https://groups.google.com/group/android-developers.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/android-developers/94d79387-bfb3-4675-ac72-2b31d357fe87%40googlegroups.com
> <https://groups.google.com/d/msgid/android-developers/94d79387-bfb3-4675-ac72-2b31d357fe87%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Android Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at https://groups.google.com/group/android-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/android-developers/CAHCPM%2BcGt7Dv3nKHqTZy99%2Bdas77LC0qpaqSkM%3DWcAFx%2BcXqcQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to