En attente de localhost, pour toujours!
J'ai un gridview sur ma page d'accueil avec une vue et un lien d'édition qui utilise des chaînes de requête pour afficher les données de table dans des pages en lecture seule et modifiables, respectivement. Je ne reçois aucun message d'erreur de mon code, c'est assez simple pour qu'il ne semble rien manquer, mais lorsque j'essaie de déboguer ou d'afficher dans le navigateur, je reçois le rouet permanent sur ma barre d'état et le message "waiting for localhost ". Qu'est-ce que je rate? Quelqu'un at-il quelque expérience avec ce problème particulier? J'utilise C # et ASP.NET dans Visual Studios avec SQL Server 2008.
Mon entraîneur a proposé une solution brillante, il a arrêté VS 2010 et l'a redémarré. Problème résolu.
On dirait presque que la connexion à la base de données va au-delà de Neverland.
Si votre délai d'attente sur la connexion et/ou la commande est trop élevé, comme 300 (soit 5 minutes), il semblerait qu'il soit bloqué pour toujours s'il ne parvient pas à établir la connexion.
La première chose que je voudrais essayer est de définir le délai de connexion à une valeur raisonnable, telle que 15 secondes dans le fichier Web.config.
Ensuite, je l'exécuterais à nouveau.
En supposant que votre connexion échoue, j'utiliserais un autre outil pour essayer de vous connecter à la base de données en utilisant les paramètres de votre fichier web.config.
J'ai constaté que la création d'un nouveau pool d'applications, puis l'attribution du site Web (déjà créé) à ce problème, résolvaient ce problème.
Cela ne se produit-il que lors du débogage (par exemple, F5)?
Si tel est le cas, je suppose que vous atteignez un point d'arrêt?
Si vous atteignez un point d'arrêt, le navigateur semble être mort ... mais en fait, VS attend votre réponse.
Essayez de ne pas utiliser localhost mais votre adresse IP locale.
J'ai arrêté iis, arrêté le débogage du site dans Visual Studio et redémarré avec F5 ;-)
D'une question similaire: asp.net en attente de localhost pour toujours
Vérifiez le pare-feu pour les ports bloqués, changez les ports dynamiques de l'application à un port fixe.
Les modifications des paramètres du pare-feu peuvent être une cause majeure.
Celui-ci peut sembler étrange, mais cela peut être causé si vous téléchargez des torrents et que votre base de données est sur un serveur différent. Cela semblait être mon problème.
Si par erreur console.writeline () est utilisé dans webform au lieu de Response.writeline ou utilise les méthodes console.readline (), alors webform n'affichera jamais la sortie et effectuera le traitement pour toujours.
J'ai eu le même problème, mais il n'a pas été résolu en redémarrant Visual Studio ou en recherchant une boucle sans fin. Mon problème était dû à un échec d'authentification de l'utilisateur.
Hier, j'ai publié une application Web sur le serveur de mon entreprise. Le service informatique a configuré l'authentification Windows pour moi avec IIS, ce qu'ils ont fait avec des droits d'administrateur. Lorsque j'ai essayé de déboguer mon code après cela, je n'avais pas de nom d'utilisateur/mot de passe valide. Au lieu de simplement donner une erreur d'exécution, la page était chargée en continu.
Ma solution a été de commenter la ligne d'identité dans le fichier web.config.
//Comment out the line below
<identity impersonate="true" password="example" userName="domainName\administrator">
Mon problème est survenu parce que j'avais un caractère supplémentaire dans web.config.
Lorsque j'ai ouvert une vue, celle-ci ne pouvait pas reconnaître @model et, en survolant dessus, elle indiquait où se trouvait le problème dans web.config.
J'ai passé SO de nombreuses heures à ce sujet, sans aucune des nombreuses suggestions proposées sur le Web.
Pour moi ... quelque chose causait l'écriture du fichier: app_offline.html dans le répertoire racine de mon projet. Au lieu de me montrer le message que l'application a été mise hors ligne, etc., elle a juste attendu pour toujours avec le message "en attente sur l'hôte local".
J'ai supprimé le fichier et il a soudainement fonctionné à nouveau.
J'avais la même chose arriver; Si vous utilisez une connexion VPN, vous devrez peut-être modifier votre fichier web.config pour utiliser votre IP de base de données à la place du nom (si vous rencontrez des problèmes DNS avec VPN). Cela n’aidera pas le PO mais une autre personne trouvera peut-être cela utile.