Dos RadioButton quedan seleccionados en el mismo grupo (Visual Studio 2003)

[gnzsoloyo]

Estimados:
Tenemos el problema que en pruebas del cliente, sobre una aplicación desarrollada en VS 2003 (FMWK 1.x), en un grupo dado se produce el error que ambos RadioButton quedan seleccionados, cosa que no debería suceder.

En ninguna prueba de ambientes de desarrollo se ha manifestado, y la única diferencia es que todas las pruebas exitosas se hicieron sobre PCs que tienen Windows XP instalado, y corren IE 8.x, tal como está definido en la base del proyecto, siendo el control del los RadioButton manejados con JS.

Los errores de los RadioButton se dan sólo en pruebas realizadas en una PC que cuenta con Windows 7 e IE 11.x, que el cliente pretende usar.

Por lo que le hemos dicho, hay una incompatibilidad entre el desarrollo y el entorno que está usando, pero lo que queremos saber es si existe alguna forma de resolver el problema.

Básicamente, no hay errores de código, sino que son errores de ambiente.
¿Es posible evitar estas incompatibilidades o errores de versión, para correr sin problemas un proyecto en VS2003, con .Net 1.x, sobre W7 con IE 11?

[Malenko]

Es posible que haya algo del código html que se genera que no le guste a IE11. Habeis probado con el navegador en modo compatibilidad? habría que encontrar que parte del html generado es el que dá problemas.

Yo optaría por hacer una página en blanco con los dos radiobutton y, por ejemplo, un label donde se imprima el radiobutton seleccionado. Prueba a ver si esta página te funciona e iria trabajando con esta versión más sencilla. Si quieres, una vez la tengas montada, subela y le damos un vistazo.

Otra opción sería pasar a usar un framework más moderno para ver si así se soluciona el problema. Si consigues reproducir el error en la "página sencilla", probaría a pasarla a la versión 4.0 y ver si sigue fallando.

[gnzsoloyo]

Resumiendo, como para cerrar el tema:

- La aplicación funciona perfectamente sobre Windows XP, y corriendo en IE 8. En ese sentido no hay HTML problemático, sólo problemas de compatibilidad con versiones posteriores.

- No es factible bajo ninguna circunstancia cambiar de frame work. Total y absolutamente imposible.

Dadas las características de la aplicación (usada por una red de miles de usuarios), migrarla representaría una inversión de cientos de miles de horas/desarrollo, con lo que ni trabajando las ocho proveedoras de recursos disponibles contradadas podrían lograrlo antes de un año y medio (No exagero. Ya se hizo la estimación de costos).
Además, ya está en marcha el reemplazo de la aplicación sobre otra plataforma, que se espera esté operativo para ese momento, asi que migrar no es una opción.

Lo que nosotros debemos intentar no es migrar nada, sino resolver una contingencia: Algunos de los usuarios, sin decirlo, intentan usar la aplicación sobre W7+IE 11, y luego se quejan y reportan problemas como ese, a pesar de haberles advertido repetidamente que no lo deben hacer.

Por lo que se, la incompatibilidad está dcumentada oficialmente, pero lo que sería interesante es ver si a estas alturas se han presentado soluciones para aplicativos de reemplazo imposible como este.

[Malenko]

Y usar IE11 en modo compatibilidad?

Lo que comentas no ayuda mucho a solucionar el problema xD Sobre todo cuando es una incompatibilidad que comentas está documentada y las soluciones me imagino que pasaran por cambiar alguno de los factores de la ecuación (Framework, Navegador, Version de Windows...).

Os pasa con todos los radiobutton? Una opción por la que personalmente optaría viendo la situación, seria pasar a implementar los radiobutton a mano en html y javascript y que generen el postback desde el lado cliente programando la llamada a mano via __doPostBack.

[gnzsoloyo]

Y usar IE11 en modo compatibilidad?

No funciona. Aparentemente el problema es más profundo que solamente IE 11..
respecto a cambiar alguna de las ecuaciones... como comenté, es imposible. Con el otro proyecto en marcha, no va a hacer inversiones para modificar esta aplicación (ya lo dijeron).

Os pasa con todos los radiobutton?

No con todos, ni en todos los casos, erpo pasa, y con otros tipos de componentes también.

Una opción por la que personalmente optaría viendo la situación, seria pasar a implementar los radiobutton a mano en html y javascript y que generen el postback desde el lado cliente programando la llamada a mano via __doPostBack.

Así está implementado... todo está controlado por codificación, tanto en .net como en JS, en cada evento y cada parte de cada proceso. Es una aplicación sumamente compleja y sumamente depurada, evolucionada a través de varios años. Infortunadamente no es migrable.

Es un asco. Literalmente.