 |
|
|
 |
Inscrit(e) le : 28/04/2006
149 messages
|
|
|
Bonjour,
suite à une modification de l'adressage de mon lan, j'ai un problème avec mon intranet dnn.
Il était installé sur un serveur 10.105.2.251 et on a renommé ce serveur en 172.16.1.253.
Depuis, lorsque je veux ajouter un module (html ou autre) dans une page, j'ai systématiquement la même erreur :
Erreur: Editeur de Texte/HTML inconnue.
DotNetNuke.Services.Exceptions.ModuleLoadException: The Runat attribute must have the value Server. ---> System.Exception: The Runat attribute must have the value Server. ---> System.Web.HttpParseException: The Runat attribute must have the value Server. ---> System.Exception: The Runat attribute must have the value Server. ---> System.Web.HttpException: The Runat attribute must have the value Server. at System.Web.UI.TemplateParser.ProcessError(String message) at System.Web.UI.TemplateParser.ProcessAttributes(Match match, ParsedAttributeCollection& attribs, Boolean fDirective, String& duplicateAttribute) at System.Web.UI.TemplateParser.ProcessBeginTag(Match match, String inputText) at System.Web.UI.TemplateParser.ParseStringInternal(String text, Encoding fileEncoding) --- End of inner exception stack trace --- at System.Web.UI.TemplateParser.ProcessException(Exception ex) at System.Web.UI.TemplateParser.ParseStringInternal(String text, Encoding fileEncoding) at System.Web.UI.TemplateParser.ParseString(String text, VirtualPath virtualPath, Encoding fileEncoding) --- End of inner exception stack trace --- at System.Web.UI.TemplateParser.ParseString(String text, VirtualPath virtualPath, Encoding fileEncoding) at System.Web.UI.TemplateParser.ParseFile(String physicalPath, VirtualPath virtualPath) at System.Web.UI.TemplateParser.ParseInternal() at System.Web.UI.TemplateParser.Parse() at System.Web.Compilation.BaseTemplateBuildProvider.get_CodeCompilerType() at System.Web.Compilation.BuildProvider.GetCompilerTypeFromBuildProvider(BuildProvider buildProvider) at System.Web.Compilation.BuildProvidersCompiler.ProcessBuildProviders() at System.Web.Compilation.BuildProvidersCompiler.PerformBuild() at System.Web.Compilation.BuildManager.CompileWebFile(VirtualPath virtualPath) at System.Web.Compilation.BuildManager.GetVPathBuildResultInternal(VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile) at System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert(HttpContext context, VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile) at System.Web.UI.BaseTemplateParser.GetReferencedType(VirtualPath virtualPath, Boolean allowNoCompile) at System.Web.UI.BaseTemplateParser.GetUserControlType(VirtualPath virtualPath) at System.Web.UI.MainTagNameToTypeMapper.ProcessUserControlRegistration(UserControlRegisterEntry ucRegisterEntry) at System.Web.UI.BaseTemplateParser.ProcessDirective(String directiveName, IDictionary directive) at System.Web.UI.TemplateControlParser.ProcessDirective(String directiveName, IDictionary directive) at System.Web.UI.TemplateParser.ParseStringInternal(String text, Encoding fileEncoding) --- End of inner exception stack trace --- at System.Web.UI.TemplateParser.ProcessException(Exception ex) at System.Web.UI.TemplateParser.ParseStringInternal(String text, Encoding fileEncoding) at System.Web.UI.TemplateParser.ParseString(String text, VirtualPath virtualPath, Encoding fileEncoding) at System.Web.UI.TemplateParser.ParseFile(String physicalPath, VirtualPath virtualPath) at System.Web.UI.TemplateParser.ParseInternal() at System.Web.UI.TemplateParser.Parse() at System.Web.Compilation.BaseTemplateBuildProvider.get_CodeCompilerType() at System.Web.Compilation.BuildProvider.GetCompilerTypeFromBuildProvider(BuildProvider buildProvider) at System.Web.Compilation.BuildProvidersCompiler.ProcessBuildProviders() at System.Web.Compilation.BuildProvidersCompiler.PerformBuild() at System.Web.Compilation.BuildManager.CompileWebFile(VirtualPath virtualPath) at System.Web.Compilation.BuildManager.GetVPathBuildResultInternal(VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile) at System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert(HttpContext context, VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile) at System.Web.UI.TemplateControl.LoadControl(VirtualPath virtualPath) at System.Web.UI.TemplateControl.LoadControl(String virtualPath) at DotNetNuke.UI.Skins.Skin.InjectModule(Control objPane, ModuleInfo objModule, PortalSettings PortalSettings) --- End of inner exception stack trace ---
J'ai bien modifié les alias...
Quelqu'un peut-il m'aider ?
Merci
|
|
|
|
 | |
|
|
|
Inscrit(e) le : 28/04/2006
149 messages
|
|
|
En fait, c'est pas l'installation d'un nouveau module qui pose problème, c'est quand je cherche à modifier le texte qui est dedans (éditer le texte). J'ai systématiquement le même plantage.
peut-être un reboot du serveur ?
|
|
|
|
| |
|
|
|
Inscrit(e) le : 28/04/2006
149 messages
|
|
|
Je viens de redémarrer mon serveur... toujours le même problème...
Adiez-moi svp, c'est relativement urgent .
Merci pour tout
alain
|
|
|
|
| |
|
|
 |
Inscrit(e) le : 19/04/2006
837 messages
|
|
|
Bonjour Alain,
Aurais-tu modifié ton skin à tout hazard ? Car l'erreur semble venir de là. Si tu as VS 2005, ouvre ton site puis va dans ...\Portals\n\Skins\Nomduskin et ouvre le fichier correspondant au skin utilisé dans dnn. Tu pourras ainsi repérer plus facilement le contrôle sur lequel il manque l'attribut runat="server".
Sinon, tu peux aussi essayer d'applique le skin dnn Blue par défaut, histoire de contrôler que c'est bien un problème lié au skin utilisé.
Gilles
|
|
|
|
| |
|
|
|
Inscrit(e) le : 28/04/2006
149 messages
|
|
|
Merci Gilles,
Je n'ai pas touché à mon skin depuis des mois... et il y a 15 jours, tout allait parfaitement.
Je viens de repasser tout en dnnblue par défaut.
j'ai toujours le même problème. Je place un module sur ma page, je veux éditer le texte et là, plantage.
C'est plutôt embêtant !!!
La seule chose qui a changé cette semaine, c'est l'adresse ip du serveur.
|
|
|
|
| |
|
|
|
Inscrit(e) le : 28/04/2006
149 messages
|
|
|
J'ai également le même message lorsque j'essaye d'éditer le module repository dashboard...
Qu'est ce qui peut produire ça ?
Idem : erreur lorsque j'essaye de (re)'éditer un texte qui existait déjà sur une page...
J'y comprends rien.
Si c'était un prob de skin, en changeant le skin, ce serait résolu. or ici, quelquesoit le skin utilisé, j'ai le même problème...
merci pour toute l'aide apportée.
|
|
|
|
| |
|
|
|
Inscrit(e) le : 19/04/2006
837 messages
|
|
|
C'est vraiment bizare ce problème ! D'après le message d'erreur, il manque un attribut runat="server" quelque part. Or si le skin n'a pas été modifié et que le problème persiste avec dnn blue, je me demande si quelque chose n'aurait pas changé dans ta page default.aspx. Tu peux essayer de faire une copie de ce fichier et de reprendre la page dans le zip correspondant à la version de ton instance dnn.
Gilles
|
|
|
|
| |
|
|
|
Inscrit(e) le : 28/04/2006
149 messages
|
|
|
J'ai fait ce que tu m'as dit : j'ai décompressé default.aspx de mon zip de la même version de dnn qui est installée, et je l'ai placé au même endroit que l'autre, je lui ai également attribué les droits "network" (car sur un serveur w2003) et j'ai renommée l'ancienne default.aspxold
Je teste : toujours le même problème !!! il est 1h48 du matin, je commence par en avoir un peu marre, je vais dormir, je reprendrai ça demain !!!
Ce ne serait pas un problème de droits ? étant donné que l'on a changé les ip de tous mes serveurs, ils perdent peut-être un peu leurs jeunes ??? (dns, smtp, ...)
Ce ne serait pas dû à une mise à jour de windows ?
suis dans la merde quoi !!!
pourvu que la nuit porte conseil
alain
|
|
|
|
| |
|
|
|
Inscrit(e) le : 19/04/2006
837 messages
|
|
|
Bonjour Alain,
Dur, dur ! Je doute qu'il s'agisse d'un problème lié aux droits car soit tu n'aurais pas du tout accès à ton instance, ou tu aurais une toute autre erreur. Pareil pour la mise à jour. Ce qui arive parfois après une mise à jour, c'est que le compte utilisé par asp.net est réinitilisé. Mais là encore, tu n'as plus du tout accès à l'application. En général, il suffit de lancer la commande suivante : C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i pour rétablir le compte. Tu peux essayer, mais je doute que cela change grand chose.
Contrairement au langage C, où tu peux recevoir des tonnes de messages d'erreur n'ayant rien à voir avec le problème réel, asp.net est plutôt clair. Or, ton message fait référence à un problème d'attribut (runat="server") sur un contrôle.
Gilles
|
|
|
|
| |
|
|
|
Inscrit(e) le : 19/04/2006
837 messages
|
|
|
Re,
Des fois, je me dis que je suis un peu c**. D'habitude, je fais une recherche sur dnn us, et bien figure toi que j'ai trouvé des posts avec un problème similaire ! Le problème viendrais bien d'une mise à jour du framwork .net et de certaines version 4.3.x de dnn. Vérifie dans le fichier toninstance\controls\texteditor.ascx s'il n'y aurait pas des apostrophes inclinées sur certains attributs au lieu du double quotes normal (") sur la ligne suivante :
<td id = ”celTextEditor” Runat=”Server”>
qui devrait être :
<td id="celTextEditor" Runat="Server">
Gilles
|
|
|
|
| |
|
|
|
Inscrit(e) le : 28/04/2006
149 messages
|
|
|
Gilles,
Si tu n'existais pas, il faudrait t'inventer !!!
Tu as trouvé, j'ai modifié les apostrophes en double quotes et zou ! problème réglé !!!
Génial, tu me sors d'un beau merdier !!!
Vive la communauté dnn.fr, c'est un super-forum...
Bon, trève d'euphorie, il est temps de le faire savoir dans les bugs répertoriés..., c'est bien une mise à jour du framework.net, sûr et certain.
Existe-t-il un endroit sur dotnetnuke.fr où nous pouvons répertorier ce genre de bug...
Merci encore à toute la communauté et spécialement à Gilles.
Alain
|
|
|
|
| |
|
|
|
Inscrit(e) le : 19/04/2006
837 messages
|
|
|
Bonjour Alain,
Merci pour ces commentaires élogieux ! 
Il n'y a pas de bugs liste, du moins pas encore. En revanche, il y a un site dédié aux us http://support.dotnetnuke.com.
Gilles
|
|
|
|
| |