6

Wie können wir den Effekt der nahtlosen Fingerabdruckentsperrung beibehalten, nachdem wir DevicePolicyManager für die Ausführung von lockNow() in Android 6.0 verwendet haben?Wie kann ich den Fingerabdruck entsperren, nachdem LockNow in Android 6.0 verwendet wurde?

Angenommen, auf Geräten mit Fingerabdruckscanner und der App, die lockNow() aufruft, wurde "USES_POLICY_FORCE_LOCK" zugewiesen und der Geräteadministratorstatus wurde erteilt.

Dies ist die Dokumentation für die lockNow() Funktion:

public void lockNow()

die Gerätesperre sofort abgeben, als ob der Sperrbildschirm Timeout am Point of abgelaufen ist dieser Anruf.

Der rufende Geräteadministrator muss USES_POLICY_FORCE_LOCK angefordert haben, um diese Methode aufrufen zu können. Wenn dies nicht der Fall ist, wird eine Sicherheitsausnahme ausgelöst.

Gerät-Administrator-Status erlangen und die Sperre einwandfrei ausführen. Als Referenz siehe this SO question für den Ansatz, den ich verwendet habe.

Das Problem ist, nachdem das Telefon sperrt, der Fingerabdruck-Scanner nicht mehr reibungslos entsperrt das Telefon. Stattdessen fordert mich der Fingerabdruckscanner auf, den Fallback-PIN-Code einzugeben. Gibt es etwas Neues, das ich in Android 6.0 tun muss, um den Effekt zum Entsperren des Fingerabdrucks nach dem Aufruf von lockNow() beizubehalten?

Ich habe alle DevicePolicyManager Flags (in the documentation) angeschaut und es scheint zu bieten, Dinge zu deaktivieren, anstatt Dinge zu ermöglichen.

Danke!

+0

Ich bin nicht sicher, aber ich denke, mein Problem zu Ihnen verwandt ist. Ich werde auch hier ein Auge auf http: // stackoverflow.com/questions/33945568/how-to-use-flag-ablehnen-keyguard-with-fingerprint-sensor – anandbibek

Antwort

3

Sieht so aus, als hätte Google es so markiert, dass es ohne eine korrekte Erklärung funktioniert.

https://code.google.com/p/android/issues/detail?id=79735#c110

und auch hier https://code.google.com/p/android/issues/detail?id=191955#c23

Also wir derzeit haben wir keine Möglichkeit, den Bildschirm der Verriegelung programmatisch unter Beibehaltung Smart Lock arbeiten. Sie sagen auch, dass "Entwickler es falsch benutzen". Nicht sicher, ob sie scherzen oder ernst sind.

EDIT: einige unbefriedigende Erklärung hier https://code.google.com/p/android/issues/detail?id=79735#c115

+0

Zitat dort Antwort '" Wir haben das Problem untersucht, das Sie gemeldet haben und möchte mitteilen, dass dies funktioniert. " wie geplant, weil die App-Entwickler LockNow() ** falsch verwenden. Dies muss von den jeweiligen App-Entwicklern für die kommende Version von Android N erledigt werden. "' Was habe ich gerade gelesen ??? – anandbibek

+0

Danke! Zumindest ein Googler in Post # 115 vom 2. Juni 2016 in der Ausgabe 79735, den Sie mit oben verlinkt haben, lieferte Erklärungen, WARUM sie es als "Arbeiten wie vorgesehen" gekennzeichnet haben ... –

+0

Auf # 116 sind die Gegenargumente gut. Googles Ansatz verblüfft mich immer noch. Sie zitierten DoS als Sicherheitsbedenken. Aber lustig ist, wie Android überall von solchen DoS-Möglichkeiten voll ist. Zum Beispiel, wie 3rd-Party-App-Sperren und Lockscreens arbeiten, indem Sie ständig eine Aktivität in einer Endlosschleife an die Front bringen – anandbibek

0

Wie in diesem Link erwähnt: https://code.google.com/p/android/issues/detail?id=79735, scheint dies ein Problem mit Smart Lock, und nicht nur die Google-Impressum (Fingerabdruck-Scanner).

Wenn Sie auf Root-Rechten verlassen können, können Sie wahrscheinlich verwenden:

ohne Root-Rechte sieht es aus wie es keine bessere Lösung als heute ist.