Problema
VisualNeo Win tardaba entre 20 y 30 segundos en abrir la ventana Function Library / Available Functions. Durante ese tiempo el IDE quedaba como “No responde”, y al volver a responder la ventana a veces perdía el foco o se iba al fondo del orden Z.
Al principio parecía un problema de plugins, de la carpeta Functions, de una actualización de Windows o incluso de una instalación dañada del IDE. Pero el problema solo ocurría en un usuario de Windows. En otro usuario limpio, VisualNeo abría la Function Library instantáneamente.
Causa
ACCESOS DIRECTOS A FTP EN EXPLORADOR DE ARCHIVOS
El usuario afectado tenía accesos guardados en:
%APPDATA%\Microsoft\Windows\Network Shortcuts
Específicamente accesos a ubicaciones FTP antiguas/inaccesibles.
Al abrir la Function Library, VisualNeo/Windows enumeraba también esas ubicaciones de red del perfil. Windows intentaba reconectar a esos FTP y quedaba esperando timeouts de red. Recién después de esos intentos VisualNeo continuaba cargando la lista real de funciones.
En Process Monitor se veía claramente que antes de leer:
C:\Program Files (x86)\VisualNeoWin\Functions
aparecían varios intentos:
TCP Reconnect -> servidor:ftp
con esperas de varios segundos.
Solución
Eliminar o mover fuera de Network Shortcuts esas ubicaciones de red antiguas. / Eliminar los accesos directos en el explorador a carpetas FTP
Ruta:
%APPDATA%\Microsoft\Windows\Network Shortcuts
Ejemplo en PowerShell:
$backup = "$env:USERPROFILE\Desktop\NetworkShortcuts_BACKUP"
$networkShortcuts = "$env:APPDATA\Microsoft\Windows\Network Shortcuts"
New-Item -ItemType Directory -Force -Path $backup | Out-Null
Move-Item "$networkShortcuts\nombre-del-acceso-problematico" $backup
Después de mover esos accesos, la Function Library volvió a abrir instantáneamente.
Conclusión
No era un problema de plugins ni de la carpeta de funciones. VisualNeo se bloqueaba indirectamente porque Windows intentaba resolver ubicaciones FTP guardadas como “Network Shortcuts” en el perfil del usuario. Eliminar esos accesos solucionó el lag y también el problema de foco/ventanas al volver del “No responde”.
Problema
VisualNeo Win tardaba entre 20 y 30 segundos en abrir la ventana Function Library / Available Functions. Durante ese tiempo el IDE quedaba como “No responde”, y al volver a responder la ventana a veces perdía el foco o se iba al fondo del orden Z.
Al principio parecía un problema de plugins, de la carpeta Functions, de una actualización de Windows o incluso de una instalación dañada del IDE. Pero el problema solo ocurría en un usuario de Windows. En otro usuario limpio, VisualNeo abría la Function Library instantáneamente.
Causa
ACCESOS DIRECTOS A FTP EN EXPLORADOR DE ARCHIVOS
El usuario afectado tenía accesos guardados en:
%APPDATA%\Microsoft\Windows\Network Shortcuts
Específicamente accesos a ubicaciones FTP antiguas/inaccesibles.
Al abrir la Function Library, VisualNeo/Windows enumeraba también esas ubicaciones de red del perfil. Windows intentaba reconectar a esos FTP y quedaba esperando timeouts de red. Recién después de esos intentos VisualNeo continuaba cargando la lista real de funciones.
En Process Monitor se veía claramente que antes de leer:
C:\Program Files (x86)\VisualNeoWin\Functions
aparecían varios intentos:
TCP Reconnect -> servidor:ftp
con esperas de varios segundos.
Solución
Eliminar o mover fuera de Network Shortcuts esas ubicaciones de red antiguas. / Eliminar los accesos directos en el explorador a carpetas FTP
Ruta:
%APPDATA%\Microsoft\Windows\Network Shortcuts
Ejemplo en PowerShell:
$backup = "$env:USERPROFILE\Desktop\NetworkShortcuts_BACKUP"
$networkShortcuts = "$env:APPDATA\Microsoft\Windows\Network Shortcuts"
New-Item -ItemType Directory -Force -Path $backup | Out-Null
Move-Item "$networkShortcuts\nombre-del-acceso-problematico" $backup
Después de mover esos accesos, la Function Library volvió a abrir instantáneamente.
Conclusión
No era un problema de plugins ni de la carpeta de funciones. VisualNeo se bloqueaba indirectamente porque Windows intentaba resolver ubicaciones FTP guardadas como “Network Shortcuts” en el perfil del usuario. Eliminar esos accesos solucionó el lag y también el problema de foco/ventanas al volver del “No responde”.
Uploaded files:luishp has reacted to this post.