This community is for technical, feature, configuration and deployment questions.
For production deployment issues, please contact the TAC! We will not comment or assist with your TAC case in these forums.
Please see How to Ask the Community for Help for other best practices.
I'm running ISE 2.4 Patch 5. I've replicated the issue for Firefox and Chrome. Steps to replicate issue:
1) Go to network devices menu
2) Access a network device
3) Show the password, whether T+ or RADIUS
4) Try to copy the password
5) Once the password disappears, you need to exit the device in order for it to reappear.
The reason you'd want to copy the password is to update device configuration after updating passwords or replacing hardware. So this could be annoying if you have to juggle different passwords for different devices.
I'd like to hear if others have been able to replicate this issue. I haven't seen anything like this in the Bug Tracker.
Thanks for your time, hope to hear from you whether you're able to replicate the issue or not.
Solved! Go to Solution.
This is normal and been that way for quite a while now. I think this is by design. If you want to get the password you simply export the network device data to a CSV file. If you want to make mass changes you can update the CSV and import. If you are creating a new device, you simply duplicate a device of similar type that already has the password set.
By design to show the password and then play cat and mouse?
If they didn't want it to be available, there wouldn't be a Show button. It's purely a cosmetic error.
Certainly if you can access the network device you should be able to access the password without having to export a file and then look for the password there.
I see this working just fine in ACS.
The bug report would have you believe it's only for Safari/Chrome on a Macbook. I've seen it happen on firefox/chrome on windows 7 and windows 10.
It's also said to be fixed...