Problemas conocidos y limitaciones

Hay algunas cosas que tener en cuenta al usar la característica Imagen-en-imagen:

• Si usas un PIN para iniciar sesión en Windows, se te pedirán tus credenciales cada vez que inicies una sesión Imagen-en-imagen.
• Cuando se abre la sesión de Picture-in-Picture, los programas de inicio también se abren en la sesión PiP. Debido a esto, algunas configuraciones de los dispositivos periféricos podrán restablecerse a sus valores predeterminados (como la configuración de la iluminación para el teclado y el ratón).
• Si habilitas la sesión de escritorio remoto cuando aparece el símbolo de sistema al ejecutar un proceso PiP, deberás cerrar sesión y volver a iniciarla en la sesión principal de Windows para que los cambios surtan efecto.
• La máquina no se puede reiniciar o apagar mientras la sesión PiP está abierta, ya que la sesión PiP debe cerrarse de antemano.
• Debido a limitaciones del sistema operativo para ejecutar Imagen-en-Imagen, esta sesión no es compatible con las ediciones Home de Windows 8 y 10.
• El portapapeles se comparte entre la sesión PiP y la sesión principal.
• En la sesión PiP no se puede usar Ejecutar como administrador.
• Solo se puede iniciar una sesión Imagen-en-imagen cada vez.
• Para que un usuario inicie una sesión PiP, debe tener permisos de Allow Log On Locally.

Automatización de Microsoft Office

Las automatizaciones que utilizan recursos de Microsoft Office no se ejecutan bien en Imagen-en-imagen si los recursos ya están abiertos en la sesión principal. Para asegurarte de que las automatizaciones se ejecutan con fluidez en PiP, puedes realizar lo siguiente:

• Cierra el recurso utilizado por las aplicaciones de Microsoft Office en la sesión principal para que puedan abrirse en la sesión PiP.
• Use an InvokeIsolatedWorkflow activity to invoke the part of the automation using Microsoft Office and set its Target Session to Picture-in-Picture from Studio.

Uso del navegador web en sesiones PIP

Los datos de navegador de una sesión Picture-in-Picture se guardan de forma predeterminada en la sesión principal. Si hay una instancia abierta de Google Chrome o de Microsoft Edge en la sesión principal, tendrás que usar otro perfil de usuario en el PiP. Esto lo hace automáticamente la actividad Abrir navegador. No podemos tener un navegador concreto (digamos Chrome) abierto con el mismo perfil de usuario tanto en la sesión PiP como en la sesión principal al mismo tiempo.

Sin embargo, el modo y la ubicación de los datos del navegador pueden configurarse desde las propiedades de la actividad Abrir navegador .

Al establecer la propiedad UserDataFolderMode como Automatic permites que el navegador utilice carpetas de datos de usuario independientes en la sesión principal y la sesión PiP.

Ten en cuenta que si borras los datos de usuario de la carpeta %LocalAppData%\UiPath\PIP Browser Profiles en este modo debe volver a habilitarse la extensión correspondiente del navegador.

En caso de que necesites usar datos de la sesión principal (como cookies o contraseñas guardadas), puedes establecer la propiedad UserDataFolderMode como DefaultFolder. Esto significa que tanto la sesión principal como la sesión PiP utilizan la misma carpeta para los datos de usuario del navegador.

Nota:

Al establecer UserDataFolderMode como DefaultFolder el navegador solo funciona en una sesión cada vez. Si el navegador se abre en la sesión principal, no funciona en la sesión PiP. Esto se debe a que no se puede usar el mismo perfil de navegador en dos sesiones simultáneas.

Nota:

Target Session y UserDataFolderMode son propiedades que solo se pueden modificar en Studio. Los proyectos desarrollados en StudioX han de abrirse en Studio para modificar estas propiedades.

Al establecer la propiedad UserDataFolderMode como CustomFolder puedes especificar diferentes carpetas de datos de usuario para la sesión principal y la sesión PiP.

Nota:

The browser extension needs to be installed per machine in order to work by default in PiP browsers. Otherwise, you must install it in the PiP session.

PiP requiere iniciar sesión cada vez

En función de tu entorno, ciertas directivas de Windows podrían hacer que la sesión PiP solicite un inicio de sesión cada vez que se inicie.

Por ejemplo, el ajuste siguiente, establecido como Disabled desencadena la ventana de PiP para que pida credenciales cada vez que se inicia:

• Local Group Policy\Computer Configuration\Administrative Templates\System\Credential Delegation\Allow delegating default credentials

  Esto también ocurre cuando se utiliza Windows Business Hello PIN. La autenticación mediante PIN solo funciona la primera vez que se inicia una sesión PiP. A partir de ese momento, la sesión PiP solo puede autenticarse mediante nombre de usuario y contraseña.

Autenticación por SmartCard

Si tu entorno requiere inicio de sesión con una tarjeta inteligente, la política siguiente debe not establecerse como Enabled:

• Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Device and Resource Redirection\Do not allow smart card device redirection

El flujo de trabajo tarda mucho en iniciarse en PiP

Al iniciar un proceso en PiP por primera vez, tardará más de lo habitual hasta que se inicie la ejecución real. Esto ocurre porque la sesión PiP tiene que iniciar todos sus procesos de Windows y programas de inicio.

Recomendación: inicia una sesión PiP al iniciar la máquina y mantenla abierta durante todo el día. Esto utiliza menos recursos que iniciar una nueva sesión PiP para cada proceso.

La sesión PiP no se inicia

Algunas políticas de Windows pueden restringir la sesión PiP desde el inicio. Para evitarlo, el usuario que inicia una sesión PiP debe formar parte de las siguientes políticas:

• Computer Configuration\Windows Settings\Security Settings\Local Policies\User Rights Assignment\Allow Log On Locally

• Computer Configuration\Windows Settings\Security Settings\Local Policies\User Rights Assignment\Access this computer from the network

  Nota:

  Actualmente estamos investigando para encontrar otras directivas que puedan afectar a la funcionalidad PiP.

El cliente VPN no funciona en el PiP

Cuando los clientes VPN se utilizan junto con PiP, hay algunas situaciones en las que pueden producirse conflictos. Por ejemplo, si los clientes VPN están configurados para iniciarse cuando el usuario inicia sesión, cuando se inicia el PiP, se inicia otra instancia del cliente VPN. Esto hace que se cree un conflicto entre las dos sesiones, ya que el cliente VPN está configurado para ejecutar una sola instancia por usuario.

Para resolver estos escenarios, hemos elaborado una lista de los proveedores VPN más habituales con sus particularidades, además de las resoluciones para los problemas conocidos que puedan producirse.

Cisco Anyconnect

Comportamiento observado

Cuando el cliente Cisco Anyconnect se ejecuta en la máquina del usuario y se inicia una sesión PiP, se inicia otro cliente Cisco Anyconnect en la sesión PiP.

Cause The Cisco VPN server is set to accept one session per user at a time. When the PiP session starts, Cisco Anyconnect disconnects the VPN in the main session and throws an error in the PiP session.

Esto cierra la conexión VPN del usuario y deja al usuario sin poder acceder a los servicios que requieren una conexión VPN.

Resolution Do not set the VPN client to start automatically at Windows start-up. This stops the VPN client from starting a new connection when the PiP session starts and tunnels the PiP traffic through the main Windows session.

Zscaler

Comportamiento observado

Cuando se inicia la sesión PiP, se inicia otro cliente Zscaler en la sesión PiP. Esto hace que el cliente Zscaler desaparezca de la sesión principal de Windows. Todo funcionará como se espera hasta que el usuario cierre la sesión PiP. Cuando se cierre la sesión PiP, el cliente Zscaler se quedará en el limbo y el usuario tendrá que cerrar y volver a abrir la sesión de nuevo, o reiniciar la máquina para abrir el Zscaler.

Cause We are currently investigating this behavior with Zscaler to find the cause. Resolution We are currently investigating this behavior with Zscaler to find a resolution.

Pulse secure

Comportamiento observado

Cuando se inicia una sesión PiP, el usuario se desconecta de la VPN.

Cause The Pulse secure client cannot handle two Windows sessions for the same user. Resolution We recommend opening a ticket with Pulse Secure team.

Palo Alto Global Protect

Cuando se inicia PiP, la GUI muestra al usuario desconectado de la VPN en ambas sesiones. Pero la sesión PiP sigue estando conectada a la VPN.

Resolution We recommend opening a ticket with Palo Alto team.

PIP y servidores Windows

En un escenario en el que varios usuarios están conectados al mismo tiempo a un servidor de Windows, solo se puede iniciar una sesión PIP en la máquina. Esto significa que solo se puede abrir una sesión PiP en una sola máquina, independientemente de que usuario o tipo de sesión se utilizó para abrir la sesión PiP.

PIP y otros entornos virtualizados

En otros entornos virtualizados como AppV o Citrix XenApps, la funcionalidad PIP no está disponible.