Haz todo lo posible por interpretar el código correctamente antes de adaptarlo a tu trabajo si tdeseas aportar algo puedes dejarlo en los comentarios.
Solución:
Bien, esto es lo que encontré después de pasar tres días con este problema.
Finalmente, pensé que si eliminaba todos los proyectos de la solución excepto uno (que estaba causando problemas), podría aislarlo en default.skin. El problema parecía ser muy errático porque comenzaba a desaparecer si borraba ciertas líneas de este archivo. Sin embargo, esto no era consistente y el problema iba y venía al azar.
Entonces, después de perder todas las esperanzas de arreglarlo en el código, decidí intentarlo de otra manera. Cambié la opción del comando aspnet_compiler de -prefix cambie (se crea un dll para cada carpeta) a -o (toda la interfaz de usuario compilada se coloca en un dll), ¡el problema desapareció!
Parece que el problema se debe a algún error en el aspnet_compiler. Se activó en esta versión de alguna manera que no pude entender.
Estoy pensando en pasar a asp.net 3.5SP1 más estable (o tal vez esperar a asp.net 4.0) ¿alguna sugerencia?
Acabo de resolver este problema con el siguiente enlace de asistencia: http://www.netomatix.com/development/usercontrols2.aspx
Agregue esto en la página aspx o ascx ClassName=”MyModule”
<%@ Control Language="vb" AutoEventWireup="false" CodeBehind="MyModule.ascx.vb" ClassName="MyModule" %>
Me encontré con este problema al consumir el proyecto al cambiar el nombre/espacio de nombres de una biblioteca a la que hacía referencia el proyecto de consumo.
El problema es que la carpeta Bin del proyecto que consume tiene una copia de DLL con cada nombre/nombre de espacio de nombres.
Eliminación de la carpeta Bin del proyecto de consumo y reconstrucción resuelta.
Recuerda que tienes la capacidad de decir si te fue útil.