Hi Dewald - yes, the timeout is configurable to up to 8 hours now.
Thanks,
Becky
1 Like
Hi Becky,
Happy New Year, I wanted to follow up on the bellow request:
Also, just to check, log out window was extended to 8h now?
Many thanks,
Dejan
Good day,
Time can be set to a max of 8 hours.
See Becky's reply to you in Oct
Hi there - thanks for posting.
- The timeout feature will not log out a user who is in the midst of After Call Work - even if they are not clicking or typing.
- The timeout feature will not log out a user who has an open voice or email interaction.
Additionally, I have noted that you cannot start with the beta until we increase the timeout duration. Stay tuned - that functionality will be released soon!
What's the status of this feature guys?
Hi Vaun, we are currently building out the UI component for this feature. Until then we remain in beta. Thank you!
Just to clarify Becky, please, if we're using OAuth for SCIM which obviously has a token generated as part of the setup - does this idle timeout impact on that?
Yes, this feature governs the behavior of access tokens generally, regardless of the user who issued them or the clients they were issued to
Thanks. Is any work being done to separate the requested user/client for this? Obviously the feature is great for logging out users but breaks other things like SCIM.
Hi Vaun, not yet. Please vote for this idea if you are interested in this functionality: https://genesyscloud.ideas.aha.io/ideas/OP-I-1185. Thank you!
1 Like
What is the status of this? It's one of the main issues we have with our security team and I have implemented this on our pre production but would like to have some better control on this and as mentioned by VaunMcCarthy the accounts that should be excluded. Being a Bank has certain security requirements that we can't meet with Genesys Cloud.
I want to encourage everyone using Genesys Cloud to go and vote for ideas when they apply to you or your customers needs. It really helps. Also get your local PM to link ideas to the customers the ideas would help.
We are finalizing UI development now and plan to release the UI next month. Thank you!
Hi @Becky_Powell ,
We are using this feature within the Genesys Embeddable Framework which is incorporated within our Airbnb's agent tool . We enabled the inactivity timer & set it to 90 minutes via the API endpoint as described within the documentation and noticed that the agents are not getting auto-logout despite they being inactive.
We did the test by logging in one of our engineers to Genesys Cloud via the embeddable framework within our Airbnb Agent Tools application and left the computer untouched (no activity) for more than 90 minutes and it still keep the agent as active without logging the user out. Can you please investigate and advice why the inactivity timer is not working as expected?
We reached out to Genesys Tech Support and have been re-routed here as this is still in Beta & they do not support it until its being GA. Please do let us know if console logging or any further information which might help to investigate this issue?
Thanks,
Balaji
(Airbnb)
Hi Balaji - it's good to hear from you! Are you able to open the Developer Console from whichever page you are working in and watching for any API calls that contain an access token in the Authorization header? This will show you what is extending the life of your access token.
@Becky_Powell - Thanks for taking a look at this. If i understand correctly, the Inactivity Timer / Auto-Logout functionality is not natively supported for embeddable framework implementations unlike the standard GC Client? The recommendation / workaround is to ping the GC Public APIs to mimic the functionality?
@Balaji_Arunachalam if you do not wish for users to be logged out, then yes, our recommendation is to periodically call the GC public APIs to keep the session alive.
Hi! If we would create external app that would call some API in /api/v2/scim domain in regular intervals (less than configured timeout) - would that solve the SCIM issue?