Bugzilla

Thank you for reporting this, Juien.

IMO this is actually a bug; the dialog should be shown only when the permission is permanently denied.
First time after app install (or after clearing storage), the permission is requested, but after denying it or canceling the request, the permission is not requested anymore.

Also, choosing to grant the permission only for that time makes the future attempts to sync ( after an app restart).) show the same dialog. 

IMO we should keep the dialog and even show it before the first permission request, per official recommendations: https://developer.android.com/training/permissions/explaining-access. We would need to replace the settings button with a request button.

But after the first denial and on future tries after granting one-time permission, we should still try to request it before sending the user to app settings. We should show the current dialog that sends the user to app settings only after the permission is denied.

Thank you for reporting this, Julien.

IMO this is actually a bug; the dialog should be shown only when the permission is permanently denied.
First time after app install (or after clearing storage), the permission is requested, but after denying it or canceling the request, the permission is not requested anymore.

Also, choosing to grant the permission only for that time makes the future attempts to sync ( after an app restart).) show the same dialog. 

IMO we should keep the dialog and even show it before the first permission request, per official recommendations: https://developer.android.com/training/permissions/explaining-access. We would need to replace the settings button with a request button.

But after the first denial and on future tries after granting one-time permission, we should still try to request it before sending the user to app settings. We should show the current dialog that sends the user to app settings only after the permission is denied.