[Interest] Android: Better way of asserting permanent permission refusal

René Hansen renehh at gmail.com
Thu Jul 5 15:37:37 CEST 2018

It didn't initially occur to me to look up the Android docs, but I think
I've understood how it's meant to be used now. (With the help of this SO

The case I'm interested in is then when
*shouldShowRequestPermissionRationale* returns false, indicating "Don't
show this again" has been checked and I can no longer trigger a permissions



On Thu, 28 Jun 2018 at 00:36 Pierre-Yves Siret <py.siret at gmail.com> wrote:

> 2018-06-27 22:33 GMT+02:00 René Hansen <renehh at gmail.com>:
>> Well, yes, I know what rationale means, but the method only takes one
>> parameter, *permission*, which I assume aligns with requestPermissions,
>> e.g. "android.permission.ACCESS_FINE_LOCATION", so how is the text for a
>> *rationale* actually provided? I don't get it.
>> /René
>> On Wed, 27 Jun 2018 at 18:01 Jason H <jhihn at gmx.com> wrote:
>>> The rationale is the justification to the user on why they should grant
>>> the permission
>>> "Location needed for GPS tagging"
>>> "Camera needed for selfies"
>>> The "UI" is operating system grant dialog.
>>> *Sent:* Tuesday, June 26, 2018 at 5:02 PM
>>> *From:* "René Hansen" <renehh at gmail.com>
>>> *To:* "Pierre-Yves Siret" <py.siret at gmail.com>
>>> *Cc:* interest <interest at qt-project.org>
>>> *Subject:* Re: [Interest] Android: Better way of asserting permanent
>>> permission refusal
>>> All things happen for a reason. :)
>>> My rationale, is that I have a feature which is location based. I want
>>> to be able to let the user toggle the feature on/off via a switch on a
>>> settings page. In the case where a user has permanently deactivated
>>> location permissions for the app, I want this switch to equally be
>>> disabled, with a message instructing the user to edit global permissions,
>>> if they wish to use the feature.
>>> I haven't tried out *shouldShowRequestPermissionRationale*, since I
>>> don't really understand what it does from the docs.
>>> "Returns true if you should show UI with a rationale for requesting a
>>> permission."
>>> I mean... What rationale? What UI?
>>> /René
>>> On Tue, 26 Jun 2018 at 15:05 Pierre-Yves Siret <py.siret at gmail.com>
>>> wrote:
>>>> 2018-06-26 13:27 GMT+02:00 René Hansen <renehh at gmail.com>:
>>>>> Hi,
>>>>> When requesting specific permissions through
>>>>> QtAndroid::requestPermissions{,Sync}, the host native permissions popup has
>>>>> the option to "Don't show this again", on subsequent requests, which will
>>>>> permanently disable the popups on future invocations.
>>>>> From then on a permission can only be given through host sytem global
>>>>> settings.
>>>>> The question then becomes, is there a canonical way to figure out, if
>>>>> the user has ticked the "Don't show again" for a specific permission?
>>>>> Right now I've resorted to heuristic, where I time the response of the
>>>>> permissions request. Typically it comes back in < 150 msec, when it has
>>>>> been perma-denied, and the fastest I've been able to allow or deny it via
>>>>> the popup was about 900 msec. I've placed my guesstimate predicate at 400
>>>>> msec, to allow a bit of margin for error on slower devices.
>>>>> But... this seems like such a bad hack.
>>>>> Can anyone tell me of a better way to do this?
>>>>> Best regards,
>>>>> René Hansen
>>>> _______________________________________________
>>>>> Interest mailing list
>>>>> Interest at qt-project.org
>>>>> http://lists.qt-project.org/mailman/listinfo/interest
>>>> Hello,
>>>> The better way is not do it.
>>>> This Qt API just mirrors the Android API, and there is no native way to
>>>> know if the user selected "Don't show this again" previously. At least not
>>>> without calling requestPermissions.
>>>> Why do you want to check this?
>>>> If you want to show a rationale to thw user about why the app need a
>>>> permission, you can use QtAndroid::shouldShowRequestPermissionRationale.
>>>> It will return true if the user previously denied the permission
>>>> without selecting the "Don't show this again" option.
>>>> Regards,
>>>> Pierre-Yves Siret
>>> _______________________________________________ Interest mailing list
>>> Interest at qt-project.org
>>> http://lists.qt-project.org/mailman/listinfo/interest
>> The Qt methods are mirrored from the Android API, you can read
> documentation and what others say about the Android methods to get more
> information.
> shouldShowRequestPermissionRationale returns true when the user already
> denied the permission at least once but without selecting "Don't show this
> again".
> In this case you should display a custom UI explaining why you need the
> permission. It's different than the system UI asking what permission is
> asked without explanation.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/interest/attachments/20180705/a25aa5bd/attachment.html>

More information about the Interest mailing list