These are a few frequently asked questions about ThoughtSpot mobile.
|Starting in December 2021, ThoughtSpot rebranded pinboards as Liveboards in the Mobile app. For backward compatibility, we currently support internal processes and external methods that use the older naming convention.|
You may wonder, "Where does the mobile device store the cached data and login credentials?"
The ThoughtSpot app stores two kinds of data:
- Authentication data
Authentication data for Android is stored in an encrypted format in SharedPreferences that is only accessible to the ThoughtSpot App. The key used to encrypt this data is stored in the Android default keystore system. For more information, refer to Google’s Android documentation on SharedPreferences.
Authentication data for iOS is stored in an encrypted database, called a keychain. For more information, refer to Apple’s documentation on Keychain Services.
- Cached data for the Home Liveboard
The ThoughtSpot app caches only the Home page data. By default, these files are inaccessible, until the user unlocks the device for the first time.
Home Liveboard data is stored in an encrypted format in the app private storage on the Android device. Encryption is done using APIs provided by the Android Security Library. For more information, refer to Google’s Android documentation on the Android Security Library.
Home Liveboard data is stored in the encrypted files storage on the iOS device. iOS encrypts and decrypts these files as needed. For more information, refer to Apple’s documentation on Encrypting your App’s Files
|You cannot access the data saved by the ThoughtSpot mobile app from any other app.|
Deleting data saved on the mobile device, and restricting sharing
You may choose to deploy the ThoughtSpot app using management platforms like Airwatch, Mobile Iron, Microsoft Intune, and others. They give you the flexibility to delete the mobile device’s data and stop functionality like copy and paste, and screenshots.
Debugging SSL certificate issues
The mobile app may show a message that SSL certificates to the requested URL is invalid or expired. There are three possible solutions to this problem:
Add a valid SSL certificate on the cluster.
The customer may be using an internally-generated SSL certificate, which Android/iOS doesn’t recognize. Use an external certificate-issuing agency, like digicert.com/, to generate a valid SSL certificate.
Convert from HTTPS to HTTP connections by running the following
tsclicommand for the entire cluster:
tscli ssl off