This topic describes issues and limitations that may be experienced when you run Microsoft Dynamics CRM 2013 for tablets, when you use a tablet and run Microsoft Dynamics CRM in a web browser, or when you use Microsoft Dynamics CRM for phones.
Tablet and phone limitations:
- You can’t switch users when you run the CRM for tablets app or the CRM for phones app: The Microsoft Dynamics CRM for Windows 8, Microsoft Dynamics CRM for iPad, and CRM for phones apps can only run under the single user account that was set up when the application was installed. To change a user in the tablet or phone app, uninstall the app and then install the app again to specify the new user.
- User credentials required for Microsoft Dynamics CRM 2013 (on-premises) mobile apps with AD FS versions earlier than Windows Server 2012 R2: Active Directory Federation Services (AD FS) in Windows Server 2012 R2 supports multi-factor authentication (MFA) that can be configured to let mobile Microsoft Dynamics CRM (on-premises) clients authenticate without prompting for user name and password credentials. Earlier versions of Active Directory Federation Services (AD FS) don’t support MFA and require credentials when a mobile Microsoft Dynamics CRM (on-premises) app client signs in.
Tablet known issues:
- CRM (on-premises) URL doesn’t resolve on Nexus tablets: When you try to access Microsoft Dynamics CRM (on-premises) using an internal URL on a Nexus 10 tablet in the Chrome web browser, the URL doesn’t resolve and you can’t access the site. For example, a URL in the form of https://servername:5555 doesn’t resolve. This is a known issue with Android devices accessing IIS intranet sites. To work around this issue, select one of the following solutions.
- CRM for tablets users are repeatedly prompted for sign-in credentials and can’t sign in: Users who try to sign in to Microsoft Dynamics CRM Server 2013 (on-premises) configured for Internet-facing deployment (IFD) using Microsoft Dynamics CRM for tablets are repeatedly prompted for credentials and can’t sign in. This issue occurs when the server running IIS where the CRM web application is installed has Negotiate and NTLM Windows authentication providers enabled on certain CRM website features. To resolve the issue, run a Repair of Microsoft Dynamics CRM Server on the server running IIS where the Web Application Server role is installed. To run this the CRM deployment must already be configured for claims-based authentication and IFD.
- “Invalid user” error message when you try to sign in on a device that was recently used to sign-in by another user: When a user signs in to Microsoft Dynamics CRM and selects “Save email and password” using the CRM for Windows 8 app, another user may be unable to sign in to CRM using the device after the initial sign-in. This occurs even after the uninstall and reinstall that is required to change users on a tablet. This behavior occurs because the sign-in token must expire before another user can sign in using the same device. To work around this issue, either wait a period of time (48 hours by default) for the sign-in token to expire or sign in from another Windows 8 device.
- Event 10001 messages appear in the Event Log when you run CRM for Windows 8 : The following event may be recorded multiple times to the Event Log, when ‘Show Analytic and Debug Logs’ is enabled, on the device where Microsoft Dynamics CRM for Windows 8 is running. Notice that, by default, ‘Show Analytic and Debug Logs’ is disabled in Event Viewer and these messages won’t be recorded.
- Event Id: 10001
- Message: SEC7131 : Security of a sandboxed iframe is potentially compromised by allowing script and same origin access.
Verify the source of the messages. If the source is Microsoft Dynamics CRM Server, these events don’t pose a security threat and can be ignored.