Permission sur le HTMLEditor en AJAX

Bonjour à tous.

J'ai mis en place le controle HTML Editor dans une page selon une ligne de code assez simple, peut-être trpo sybilline :

Code:

---

<HTMLEditor:Editor ID="htmle" runat="server" />

---

Sur cette page j'ai l'erreur suivante :

Citation:

---

Exception de sécurité
Description : L'application a essayé d'effectuer une opération qui n'est pas autorisée par la stratégie de sécurité. Pour accorder à cette application les autorisations requises, contactez votre administrateur système ou modifiez le niveau de confiance de l'application dans le fichier de configuration.

Détails de l'exception: System.Security.SecurityException: Échec de la demande d'autorisation de type 'System.Web.AspNetHostingPermission, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'.

---

Et là, je suis largué !

Travailant seul et n'étant pas ingé sécu, j'ai du mal à suivre. Pourriez vous m'aiguiller sur la conduite à tenir et surtout savoir pourquoi il lève une exeption comme ça ?

Merci d'avance.

C'est le premier composant ajax que tu utilises ?

C'est le html editor de l'ajaxcontroltoolkit ?

Non, ce n'est pas le premier que j'utilise, mais c'est la première fois que je l'utilise.

Et oui, c'est celui de l'AjaxControlToolKit. Du coup, je suis paumé parce que je n'ai jamais été confronté à ça.

Jette un coup d'oeil la dessus :

http://www.phishthis.com/2009/03/11/...ission-failed/

l'article et les commentaires peuvent te donner des pistes de travail...

Merci pour ton aide.

J'ai un premier souci : n'étant pas anglophone, j'ai pas tout compris. C'est le point de la reconstruction du projet qui me pose pas mal de souci. J'ai fais des régénérations de projet, mais cela ne change rien.

Je crois qu'il me manque un paramettre de sécurité à mettre dans le web.config, mais je ne trouve pas lequel. Y a un moment où ça parle de "full trust" et ça, je ne trouve pas.

Ensuite, j'ai installé un autre truc dans une autre page et ça m'a donné le même message. Il s'agit de DayPilot (un contrôle calendrier) qui utilise visiblement l'AJAX.NET aussi.

Je pense donc que mon souci repose sur des autorisations de code à l'intérieur sur serveur IIS. Mais comment lui expliquer que l'on peut le faire et surtout, quel va être l'imapct quand je vais arriver chez mon hébergeur !

Une idée ?

Je n'ai jamais expérimenté ton problème, donc je crains de ne pouvoir t'être d'une grande aide.

Mais as tu essayé de copier la dll original dans le répertoire bin de ton application après le build, afin de voir si il n'y a pas un blocage de fait a un moment sur cette dll?

En tout bon courage, j'espère pour toi que toi ou d'autres auront plus d'idées...

Oui, les deux DLL sont dans le répertoire Bin de l'application.
Je dis les deux car j'ai AjaxControlToolkit.dll et DayPilot.dll.

J'ai fait du Build et du Rebuild et je n'ai aucun message d'erreur de compilation.

C'est juste lorsque j'affiche la page qu'il bloque. Vu ce que j'ai lu jusqu'à présent, je vois bien que ça parle de sécurité, un peu comme le fait de ne pas pouvoir entrer des caractères tel que "<b>" directement dans la base de donne depuis SQL 2005.

Je sais que cela se passe dans le web.config, qu'il faut mettre une option pour lui expliquer que, sur ce site là, on peut le faire.
Mais je ne trouve pas a section à remlir, ni la syntaxe à mettre.

Et ce qui est encore plus bizarre c'est que cela ne le fait pas avec tous les contrôle AJAX. Par exemple le SlideShow ou l'Accordion ne pose aucun souci. En fait, ça doit concerner tous les contrôles qui permettent de saisir quelque chose.

Bon, ben ça commence à devenir chinois !

Je me suis tenté un transfert des pages chez mon hébergeur et là bas, ça marche super bien !!!

Je vais me faire le dev en prod, hi hi hi !

Donc, à priori, mon souci vient d'une configuration sur ma machine.

Le fait que je sois sur Seven, ça vous parle plus ?

Bon, ben le Mercredi c'est le jour des enfants !
Et IIS est un enfant pas sage !

J'ai fini par avoir gain de cause. J'ai basculer les autorisation de code à FullTrust et j'ai redémarré IIS une énième fois et là, miracle, ça marche !

Bizarre que cela n'est pas fonctionné plus tôt.

Je ferme le topic.

Merci à tous.