Dear Customer,
Thanks for your query.
Per my understanding,scenario 2 is working as per design. It would reflect error 'HASP_SCOPE_RESULTS_EMPTY' on using hasp.getinfo function until the System recognises the connected Sentinel HL key(which may take some seconds) or when HL key is not connected. The Sentinel License manager should detect the Sentinel HL keys as soon as the system recognizes the HL key.
Please note that once the sentinel HL key is recognized by system with HASP/LDK Drivers installed on it, then it should get visible in Admin Control Center(http://localhost:1947/_int_/devices.html) under Sentinel keys page.
Now regarding your another concern, please note that the hasp_get_info function should NOT reflect HASP_STATUS_OK when the specific protection key is unplugged.
Yes, this function is used to retrieve information about system components, according to customizable search parameters (license status, feature information, get available products or key information etc.),
Here is the behaviour of hasp_get_info:
i.) When key is connected: hasp_status_ok
ii.) When key is disconnected: hasp_scope_results_empty (error)
iii.) When key is re-connected: hasp_status_ok
Note: You may also use Hasp.GetSessionInfo API which retrieves information regarding a session context as per your requirement. After successful login,
i.) When key is connected: Hasp_Status_Ok
ii.) When key is disconnected: HASP_BROKEN SESSION (error)
iii.) When key is re-connected: HASP_BROKEN SESSION (This implies that the previous session had been broken as key was disconnected) Need to login again.
Please mark us an email at technical.support@gemalto.com to analyse the behaviour of hasp_get_info observed at your end. Also mention if the same is being observed by your multiple users.
Feel free to get back to me.
Thank You !