Discussion :

[bigboomshakala]

Bonjour,

En bref j'ai développé un écran en .NET 2.0 (SP2) avec Visual 2005 et j'utilise de l'Ajax.NET (ASP.NET AJAX 1.0 installé) dans le petiot.

A l'origine il n'y avait pas d'Ajax dans ce projet, donc j'ai modifié la solution pour l'intégrer (modif du web.config).

Sur mon poste de dév pas de problème (n'est-ce pas). J'ai un écran avec un gridView et ses colonnes triables, des listes interdépendantes, un treeview, etc... Pas de rechargement de page apparent quand une action serveur se produit, tout est beau et fluide.

Chez le client les actions serveurs sont effectuées (cf. les traces applicatives) mais l'écran n'est pas rafraichit :

• le tri sur une colonne ne change rien à l'écran, mais une trace indique qu'il a été effectué
• la sélection dans une liste custom (label+imagebutton+panel contenant un treeview) laisse la liste ouverte et n'affiche pas la sélection dans le label. mais les traces montrent que l'item sélectionné est pris en compte pour le chargement de la 2è liste

etc...

Ce problème a priori du fait de l'utilisation d'Ajax.NET pourrait-il provenir du fait que le projet soit compilé sur un poste avec le framework .NET 2.0 SP2, et déployé sur un serveur disposant du framework .NET 2.0 sans SP2 ?
(note : je livre la dll System.Web.Extension.dll au client. l'extension Ajax.NET 1.0 n'est pas installée dans son environnement)

[worm83]

Bonjour,

Il me semble que effectivement la configuration serveur est très importante pour que ton projet marche, il faut que la version de ton framework sur le serveur soit au même niveau que celle que tu utilise pour compiler ton appli.
Par contre je pense pas qu'il soit nécessaire que le client installe le framework Ajax pour que cela fonctionne.

[bigboomshakala]

On a installé l'extension Ajax chez le client et ça n'a rien changé.

Maintenant je viens de penser qu'il peut tout connement s'agir d'un problème connu d'interaction Ajax.Net/MOSS. à savoir que les deux n'ont pas la même définition du postback je crois. Dans notre environnement j'ai utilisé un fix javascript, mais je vois maintenant qu'il a plusieurs versions de ce fix. Peut-être que celui que j'utilise fonctionne chez nous car on est dans un cas qui va bien, mais pas chez le client... à tester.

Mon fix actuel est un peu différent de celui-ci qu'il faut que je teste :
http://www.sharepointfix.com/2009/02...b-part-in.html

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
function RestoreToOriginalFormAction()
{
  if (_spOriginalFormAction != null) {
    if (_spEscapedFormAction==document.forms[0].action){
      document.forms[0].action=_spOriginalFormAction;
    }
    _spOriginalFormAction=null;
    _spEscapedFormAction=null;
 
    document.forms[0]._initialAction = document.forms[0].action;
}

tiens je me rends compte qu'il manque des accolades dans le code proposé... c'est du propre tiens ^^

[bigboomshakala]

Je déterre le sujet pour vous annoncer la nouvelle (en retard vu que c'était il y a 2 semaines) : j'ai trouvé...

Il s'agissait d'un problème de masterpage SharePoint. Dans la masterpage custom installée chez mon client (développée par un autre presta), le contrôle SPWebPartManager était positionné avant le <form> et non à l'intérieur. Une fois ce contrôle remis dans le <form> tout fonctionne...

Voilà comment perdre une semaine à chercher la petite bête...