Discussion :

[mister_rom]

Bonjour,

Je suis bloqué depuis des jours sur une page asp en vbscript :

j'ai un formulaire à partir duquel j'ai des contrôles de saisie et de sélection, et lorsqu'on change les sélections où que l'on valide les modifications faites dans les zones de saisie (validation par un bouton Go), je filtre les données à afficher, en les extrayant d'une table.
le principe est bon, et le resultat marche apparement assez bien. Mais après plusieurs tests, je me rends compte que seul 3 combos sur 6 marchent. Dés qu'on s'amuse à choisir un élément des autres combos, la page se plante (le formulaire fait un submit sur la même page) avec exactement le même message ...

j'ai pisté le code asp sans succès depuis plusieurs jours et j'ai vraiment besoin d'un coup de main please ...

pour plus de détails, j'utilise sql server 2000 et une connexion ado à la base.

merci.

[Immobilis]

Salut,

Pas évident de dire ce qui se passe.
Peut-être qu'un bout de code aiderait.

A+

[mister_rom]

Salut Immobilis !

Merci de m'avoir répondu aussi vite.
Pour plus de clarté (et vu que le code est plutôt long ...), je prefere joindre à ce post, les fichiers (épurés ...) utilisés par la page (y compris un script sql pour les tables) et des explications pour comprendre la logique du code.

J'utilise pour cette page, 3 fichiers que j'inclus au début du code de la page : il y a un fichier de déclarations de variables, un fichier de connexion à la base de données (par ado) et un fichier de préremplissage des combos (je remplit en fait des strings qui seront lues pour être insérés dans les combos). A noter que le site contient plusieurs dizaines de pages

Dans le code de la page elle-même, j'ai écrit du code asp pour remplir les combos ainsi que remplir le tableau des données à afficher. Je n'utilise pas directement Response.Write(), sauf pour quelques insertions simples (comme les numéros de page), j'insére directement des balises html à l'intérieur de tests asp, en fermant puis reouvrant les balises asp : %> et <%. Ca donne des lignes du genre :

<%
' vérification si le choix de la BSC est sur All
if choixBSC = "00" then
' insertion du selected
%>
selected
<%
end if
%>

Lors du changement de sélection dans les combos j'utilise l'évenement OnChange pour faire un submit du formulaire vers la même page, en ecrivant donc une procédure du genre sub cboVille_OnChange ... end sub

Le pb se produit lors du changement de selection dans certains combos, ca rame et puis le message d'erreur s'affiche. Or l'impact de ces combos sur le code présent est minime : seul un test est effectué pour inclure un critère de plus dans la requête sql d'extraction de données. Tout le reste du code est donc inchangé.
N'ayant presque pas de doc sur asp, j'ai du mal à avoir plus détails sur ce type d'erreur. Le pire c'est le message d'erreur n'indique pas de ligne. J'ai pisté en mettant en commentaire l'action de ces combos mais sans succés, et si les balises html insérés par mes codes asp sont mal agencés, je me dis que dreamweaver (que j'utilise) devrait pouvoir me le dire ...

J'attends donc une idée de quelqu'un pour m'aider à sortir de ce bourbier ... En attendant, j'essaie de mettre un peu plus de Response.Write en me disant que ca rendrait le code asp plus strict ...

Merci encore

[Immobilis]

Salut,

Après un petit coup d'oeil je dirais que tu devrais utiliser la methode POST pour ton formulaire et non GET. Cette dernière limite le nombre de caractères passés dans l'URL à 256. J'ai l'impression que tu la dépasses.

A+

[mister_rom]

Finalement, j'ai pu trouver la cause du bug de cette page.
C'etait une boucle infinie qui provoquait un plantage de l'execution, due à une erreur de saisie sur le nom de la variable qui servait de drapeau pour arrêter le bouclage ...
Je crois qu'il m'a fallu beaucoup de temps pour trouver la cause de cette erreur, car le message qu'affichait IIS ne m'informait pas du tout de la raison du plantage. Il m'a fallu enlever les différents combos un à un pour finalement cerner le bloc de code erroné.

Encore merci de ton aide Immobilis.

a+

[Immobilis]

Faut pas oublier de cliquer sur le bouton résolu alors.