Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
L
libfprint
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 45
    • Issues 45
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 9
    • Merge Requests 9
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • CI / CD
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • libfprint
  • libfprint
  • Issues
  • #346

Closed
Open
Opened Dec 07, 2020 by Marco Trevisan@3v1n0Maintainer0 of 2 tasks completed0/2 tasks

Devices should expose a flag if they support stay awake indefinitely (for verification)

Ideally we want to be able to show a login prompt and for the whole time the greeter is shown a device will be able to unlock the system without any further user interaction (at least while the screen device is turned on, but that's an upper-level design decision, so ideally for the whole time).

While this is something we can give for granted for all the modern devices, there have been cases of old ones which were not able to stay in verification state for long times, and needed to be reset. Thus currently PAM module is using a timeout, stopping a device verification after that.

Given this, we need:

  • libfprint device API to expose if a driver is able to stay awake (I'd default to TRUE if not set)
    • Maybe should set a maximum-active time property, defining its timeout.
  • fprintd should handle this internally (so the PAM module option will only set the higher bound) stopping a device action if it's running for more time the device supports. Emitting the relevant signal to clients.

Related to: https://gitlab.gnome.org/Teams/Design/os-mockups/-/issues/56, fprintd!89, fprintd#9

Edited Dec 07, 2020 by Marco Trevisan
Assignee
Assign to
2.0
Milestone
2.0
Assign milestone
Time tracking
None
Due date
None
Reference: libfprint/libfprint#346