# Perspective Direct RFID Badge Login using Key Events

**URL:** <https://forum.inductiveautomation.com/t/perspective-direct-rfid-badge-login-using-key-events/50085>\
**Category:** Ignition Early Access\
**Tags:** ignition80, perspective\
**Created:** [August 19, 2021, 6:58am UTC](https://forum.inductiveautomation.com/t/perspective-direct-rfid-badge-login-using-key-events/50085 "2021-08-19T06:58:44Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![deon.korb](https://avatars.discourse-cdn.com/v4/letter/d/8c91f0/32.png) [@deon.korb](https://forum.inductiveautomation.com/u/deon.korb)\
**Post date:** [August 19, 2021, 6:58am UTC](https://forum.inductiveautomation.com/t/perspective-direct-rfid-badge-login-using-key-events/50085/1 "2021-08-19T06:58:44Z")

</div>

Hi,

I would to use the new Perspective key events ([New Feature: Perspective Key Events](https://forum.inductiveautomation.com/t/new-feature-perspective-key-events/49974)) feature to allow operators to log in using RFID badge from anywhere in Perspective, without navigating to the login page first.

Right now, I would be able to recognise the known RFID HID keystroke pattern by regex, and call `system.perspective.login`, which will take me to the idP login page. Another tap will log in.

Ideally, I would like to call `system.perspective.login(badgenumber)` from the key event, which would ask the idP to attempt to log in using the supplied badge which has already been read. I know the login function deliberately does not support a provided username and password, but can this work as a feature request?

If there is another way to allow login using a badge without first navigating to the login page, I’m keen to hear.

Regards,  
Deon

---

<div class="post-metadata">

**Author:** ![matthew.ayre](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/matthew.ayre/32/19499_2.png) [@matthew.ayre](https://forum.inductiveautomation.com/u/matthew.ayre)\
**Post date:** [August 19, 2021, 7:35am UTC](https://forum.inductiveautomation.com/t/perspective-direct-rfid-badge-login-using-key-events/50085/2 "2021-08-19T07:35:16Z")

</div>

> [@deon.korb](#):
>
> but can this work as a feature request?

Sounds like a valid [Feature Request](https://ideas.inductiveautomation.com/ignition-features-and-ideas) to me. I can't see anything like that already in there. If you create one, post the link back here to get more visibility.

Unfortunately, I have nothing to offer in terms of other methods 😅

---

<div class="post-metadata">

**Author:** ![deon.korb](https://avatars.discourse-cdn.com/v4/letter/d/8c91f0/32.png) [@deon.korb](https://forum.inductiveautomation.com/u/deon.korb)\
**Post date:** [August 19, 2021, 8:25am UTC](https://forum.inductiveautomation.com/t/perspective-direct-rfid-badge-login-using-key-events/50085/3 "2021-08-19T08:25:49Z")

</div>

I thought as much is true for now. I don’t want to create a feature request if it is some sort of big idP trust security no-no.

Let’s see what @jspecht says.

---

<div class="post-metadata">

**Author:** ![matthew.ayre](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/matthew.ayre/32/19499_2.png) [@matthew.ayre](https://forum.inductiveautomation.com/u/matthew.ayre)\
**Post date:** [August 19, 2021, 8:32am UTC](https://forum.inductiveautomation.com/t/perspective-direct-rfid-badge-login-using-key-events/50085/4 "2021-08-19T08:32:06Z")

</div>

Yeah, I was going to mention that passing the badge in that way may be a big security hole, but if the developer/end user is explicitly aware 🤷‍♂️ although real lif isn’t that simple I suppose 😅

---

<div class="post-metadata">

**Author:** ![ryanjmclaughlin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ryanjmclaughlin/32/4318_2.png) [@ryanjmclaughlin](https://forum.inductiveautomation.com/u/ryanjmclaughlin)\
**Post date:** [August 19, 2021, 1:07pm UTC](https://forum.inductiveautomation.com/t/perspective-direct-rfid-badge-login-using-key-events/50085/5 "2021-08-19T13:07:12Z")

</div>

> [@deon.korb](#):
>
> idP trust security no-no.

I would think this is as the whole point of an IdP is to be separate from the application. Inductive may be able to bend some rules because it's their own IdP, but cybersecurity is nutty these days. At least on a good note, they can just simply tap the badge twice to get in without needing to type credentials. That is pretty cool IMO. Thanks for the idea, I have one application now that just logs out after inactivity, but it would be cool to keep a read only dashboard version running.

---

<div class="post-metadata">

**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\
**Post date:** [August 19, 2021, 3:29pm UTC](https://forum.inductiveautomation.com/t/perspective-direct-rfid-badge-login-using-key-events/50085/6 "2021-08-19T15:29:14Z")

</div>

This is unlikely to happen for the same reason you can’t pass a username and password to `system.perspective.login`. IdP support in Ignition is a separate ‘module’ from Perspective entirely, specifically because we have to support different IdPs, not just Ignition’s implementation. Adding features like this, that only sometimes work, sounds like a recipe for confused users and headaches for support.

Which is not to say it _couldn’t_ ever happen, but that it’s unlikely to.

---

<div class="post-metadata">

**Author:** ![deon.korb](https://avatars.discourse-cdn.com/v4/letter/d/8c91f0/32.png) [@deon.korb](https://forum.inductiveautomation.com/u/deon.korb)\
**Post date:** [August 19, 2021, 5:22pm UTC](https://forum.inductiveautomation.com/t/perspective-direct-rfid-badge-login-using-key-events/50085/7 "2021-08-19T17:22:32Z")

</div>

I thought this would be the case.

One tap to get to the login page and another to log in is already a huge usability improvement. A direct login would have been ideal.

Maybe someday.
