Expected behavior
The Idle Detection API notifies developers when a user is idle, indicating such things as lack of interaction with the keyboard, mouse, screen, activation of a screensaver, locking of the screen, or moving to a different screen. A developer-defined threshold triggers the notification.
Native applications and browser extensions use idle detection base user experiences on when a user is interacting with a device. For example, chat applications can show other users of an application whether someone is available. Other applications might choose to show notifications only when a user is interacting with the app. A web application could use this API for similar use cases. Additionally, a progressive web app could use idle detection to trigger a service worker update when the app isn’t being used.
I would like to know if it would be possible to use IddleDetector to check if certain behavior of certain users is malicious or considered as spam.
Actual behavior
Applications such as email that facilitate collaboration or communication must require more global signals about whether the user is idle than those provided by existing mechanisms that only consider user interaction with the application tab itself. Because one of the current problems with email is spam. Usually, the spam is rarely sent directly by a company advertising itself. It’s usually sent by a “spammer,” a company in the business of distributing unsolicited email. An advertiser enters into an agreement with a spammer, who generates email advertisements to a group of unsuspecting recipients. And because maybe this is an alternative to the captcha thing in a way, because it’s based on behavior.
Example Images
None.
