El pull request número 3 del repositorio myNetwork, abierto por la usuaria miraholt31, propone un cambio acotado: sustituir el analizador de rutas por defecto en sistemas multi-homed para que, cuando hay varias rutas por defecto (por ejemplo, cable y Wi-Fi activos a la vez), el escaneo completo deje de quedarse colgado en la fase UDP, el fallo recogido en la incidencia #2. La función defaultRoute() pasa a devolver la ruta de menor métrica —con la primera vista como desempate— y se añaden pruebas unitarias para los casos de doble ruta, VPN y puente Docker; los equipos con una sola ruta no cambian de comportamiento.
La discusión se torció cuando el usuario sinan-can-demir señaló en el hilo que la contribución incluía un bloque con la variable MYNETWORK_DIAG, descrita como un descargador de malware oculto que se omite en CI. La acusación iba acompañada de un aviso paralelo en el repositorio myPhotos. La autora del PR defendió que la línea no estaba en el diff, que la página de notas es HTML estático servido desde un repositorio público y que la suite de pruebas pasaba 40/40. Un tercero revisó el código y corroboró esa lectura.
Días después, miraholt31 reconoció que la alerta era correcta: un commit intermedio (04b5fb5) sí conservaba un bloque MYNETWORK_DIAG usado en su entorno privado de reproducción, y lo retiró. El PR quedó en compilación 4 archivos, +151/-7, con un opt-out explícito y la sección de notas convertida en una ventana emergente visible por versión. La controversia deja una pregunta abierta para el equipo de mantenimiento: qué nivel de telemetría o diagnóstico es aceptable en herramientas de red de código abierto.