Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Erreur dans webbrower
Bonjour,
Dans mon appli VB, j'ai un webrower qui parcours des URL sauvegardé dans une page de données. Cependant desfois quand je charge une page, j'ai une erreur javascript.. Si je relance, pour cette meme page, je n'ai plus l'erreur.. C'est totalement aleatoire suivant les pages, ce n'est pas ladresse qui bug... cela arrive environ sur une page 40 ou 50, voir moins.. desfois plus, je le redis, c'est totalemnet aléatoire..
Comment puis-je contourner cette erreur ?
D'avance merci
Je me permets de remonter cette question... Et d'en rajouter une autre :
Le webbrowser de mon application est destinée à parcourir énormememnt de page assez rapidement.. A force, il accumule de la place en mémoire et ne se vide pas, est-il possible de le faire par code pour "reinitialiser" le webbrowser et qu'il prenne une place normal en mémoire afin de ne pas faire planter le PC ?
Tout dépend ce que tu entends par « parcourir énormément de page assez rapidement » et dans quel but ?
environ 10/15 pages à la minute, dans le but d'y recupérer des informations....
Ce qui fait qu'au bout d'une heure et demi, deux heures, l'application plante
Dans ce cas l'utilisation d'un webbrowser n'est pas la plus appropriée ;
ce dernier a vocation à afficher les pages téléchargées ce qui consomme beaucoup de ressources inutilement.
Personnellement j'utiliserai plutôt une méthode pour charger uniquement le fichier : la plus simple étant d'utiliser l'api URLDownloadToFile.
Ce sera beaucoup plus rapide et tu ne dépendras pas d'un composant.
Effectivement j'avais trouvé ça en faisant des recherches sur le net... Ca parait bien mais le truc c'est que, même si à 10 pages à la minute j'ai pas le temps de voir, j'aime jeté un coup d'oeil de temps à autre, et de plus j'ai une "option" pour arrêter le traitement pour consulter une page par exemple...
Donc ce que je pense faire, c'est chargé le webbrowser au début, et le déchargé au bout de 100 pages par exemple pour le recharger dans la foulée.. je sais pas ce que tu en penses ?
Et sinon pour ma première question, personne n'a de solution ? :-|
Le chargement d'une page en « dur » via l'api n'empêche en rien de réinjecter une page spécifique dans le browser.Envoyé par mutley
La solution consistant à « Décharger le browser », c'est la méthode bourrin ?
Sans le code source ! Bien que nous soyons en général très doués, nous n'en sommes pas pour autant devins.
Pour le point 1/ si je réinjecte la page dans le web browser, le problème reste le même non ?
Pour le point 2/ bah en fait, c'est pas une question de code, le programme s'arrête sur le webbrowser.navigate.. et à l'affichage il y a une belle erreur javascript et donc ça bloque, faut cliquer sur "oui" ou "non" sur la boite de dialogue pour que le programme reprenne.. C'est une erreur un peu "interne" je dirais au controle webbrower et qui plus est, totalement aléatoire : une page peut planter comme cela, alors que si je la charge dans IE7 aucun problème, et pire encore le lendemain, dans le programme, elle ne plantera plus alors qu'aucun changement n'est survenu sur son contenu... Je sais pas si je m'exprime correctement.
J'ai pas trouvé d'évenement ni de propriété du webbrowser disant que si ça plante en erreur javascript, bah "resume next" en gros.
Pour palier l'erreur pour l'instant, j'ai fait une autre appli à côté qui simule un click sur un point de l'ecran, celui ou se trouve le bouton "non" de la fenêtre d'erreur javascript.. Donc ça repart, ça marche, mais bon c'est pas top, c'est de la bidouille quoi
pour le javascript tu devrai revoir les options de ton Internet Explorer, de mémoire il y as une option du genre ignorer les erreur javascript .. qui devrai t'éviter la message box..
Pour l'ouverture des fenêtre, revoir les paramètres de la méthode navigate.. il y as une option "no cache" pour ne pas utiliser l'historique...
Je n'ai jamais parlé de réinjecter toutes les pages - seulement les échantillons à visualiser.
Il y a tellement d'erreurs à coté desquelles on passe et qui pourtant sautent immédiatement aux yeux d'autrui ...
Puisque tu fais ta fixation sur le webbrowser, utilises déjà Silent=True
Resume next n'a aucune incidence sur le code du WB mais il y a l'évènement NavigateError et un argument Cancel du coté duquel tu peux jeter un œil
Hi Han bis ...
PS: Parallèlement à l'argument nocache cité par bbil, si tu utilises le chargement de fichier en dur,
tu peux également utiliser DeleteUrlCacheEntry
Répondre avec citation
Partager