Visual Studio bourré de bugs !!!

Question

Salut à tous,

Voila, cela fait quelques temps que je développe des produits Web avec Visual Studio (VS me sert pour le Winform à la base).

Je suis totalement outré qu'un produit de cette qualité soit autant truffé de bug, c'est tout bonnement inadmissible !

Voici le détails des bugs rencontrés (seulement pour le développement d'application WEB Asp.Net) :

 - Fichier CSS qui s'efface à moitié de temps en temps après une modification par l'éditeur CSS. Le gros souci c'est que lors ce que je regarde mon CSS il est intacte, mais le design de la feuille en subit les conséquences, je suis obligé de lancer l'appli et la stopper pour voir mon fichier CSS mis à jour et tronqué, heureusement, il y a le bouton retour arrière !

 - Positionnement sur contrôle totalement dérouté, lors ce que je sélectionne une balise, je dois laisser ma souris quelques secondes dessus pour que les propriétés de celle ci s'affichent.
 
 - Lors ce que je change une propriétés dans la fenêtre de propriétés, celle-ci me sélectionne un autre contrôle (de temps à autres).

 - Copier/Coller d'élément visuels en mode design : Visual studio me mélange les cellules de mes tableaux et parfois me les doubles, mais seulement après avoir lancé l'application.
 
 - Les styles par défaut : Lors ce que l'on redimensionne un élément (par exemple un tableau) via le concepteur de vues, comme on le ferais pour redimensionner un contrôle en Winform, VS crée un style CSS par défaut dans la page, au bout de quelques temps celui-ci disparait...

 - Fermeture de l'application, de temps à autre en ouvrant une de mes pages aspx dans le concepteur de vues, j'ai le message, Visual studio a rencontré un problème et doit fermer bla bla bla...

Voici une petite liste parmi ceux des plus courants, je voulais savoir si vous aussi rencontrez ces bugs, ou si vous en rencontrez d'autres n'hésitez pas à poster. Si vous avez des solutions éventuelles ou des correctifs à me proposer, je suis tout ouie !

Je précise que je suis sou Visual Studio 2008 Pro (SP1) + Framework 3.5, maintenu à jour couramment, et que j'ai essayer sous Visual Web Developper Express mais que les même bugs se produisent. (Bien entendue, j'ai mon CD depuis longtemps, et il fait la même chose sur tous les postes ou il est installé, cela ne provient pas d'une mauvaise installation, il a toujours fait ca).

Coté code behind, c'est comme en Winform, les bugs sont très rares !

++ Mayzz.

Si le déboguage est l'art d'enlever les bogues, la programmation doit être l'art de les créer.

Mayzz · Answer

Voila, super content !!!

Aux dernières nouvelles, je viens de passer 4 heures sur une page asp.Net et dès que graphiquement cela devient un peu trop complexe (Image, élément html, tableaux div...) pour cet "%@*! de Visual Studio, monsieur se mélange les pédales et me fou ma page en vrac, résultat, plus de Undo possible (Message d'erreur: Erreur inconnue dans l'annulation) et des heures de travailles perdues, je vais finir par monter une pétition !

C'est a croire que ma version est maudite, en tous cas VWD l'est apparemment aussi...

Perso j'ai pas encore testé la beta de VS 2010 mais si il arrivent même pas a faire une foutue version finale sans bug chez MS de *^@#$* je n' ai même pas envi d'essayer leur beta, qu'ils se la mettent ou je pense...

Pardonnez moi si je fais rensentir ma colère mais la ca dépasse les limites, jamais je n'ai vu ça, encore mon dans le monde du développement... Un débogueur (et editeur) bourré de bugs !

Si le déboguage est l'art d'enlever les bogues, la programmation doit être l'art de les créer.

cs_ghuysmans99 · Answer

Voilà pourquoi je préfère le PHP 
---
VB.NET is good ... VB6 is better

PascalCmoa · Answer

Bonjour

Personnellement j'utilise 2 version de Visual Studio, 2005 et 2008. La version 2005 pour maintenir et développer des modules pour DotNetNuke (il a commencé à être développé sous cette plate-forme, alors je continu dessus c'est tout). Pour la version 2008, je commence une nouvelle appli Web de gestion d'entreprise en Silverlight, WCF.
Pour l'instant je n'ai pas encore vu de bug trop lourd. Mais il est vrai qu'en 2005, lorsque je sélectionne un objet graphique de ma page, il met environ 3 à 4 secondes pour me montrer ses propriétés. Cela occasionne de temps en temps des erreurs de ma part car croyant changer les propriétés d'un composant, je change celles d'un autre la galère.

Bref quelque soit le logiciel utilisé, on y trouvera toujours de bugs. Dreamweaver fourni son lot de connerie ou de lourdeur, Visual Studio à les siennes, Zend également.
Sinon le fait de prendre PHP à cause de cela ne se justifie pas. ASP.Net est un langage très puissant quand on sait l'utiliser. Certe il faut un environnement de développement dédié à cela mais il reste quand même une valeur sure dans le monde de la création d'appli Internet.

a+

PascalCmoa				
email: PascalCmoa

olibara · Answer

Je partage tout a fait cet avis je suis moi meme stupéfié

J'utilise VS C# 2008 en WinForm et cet outil est PARFAIT je dirais meme un veritable plaisir

Mais je viens d'approcher le developpement d'une page Web dont le disign existe déja en WinForm et je suis trombé deux fois tres bas vednant de tres haut

1- Tout d'abord je réalise que meme pour un spécialiste il plusieurs heures pour coder un formulaire HTML que je réalise en moins de 10 minutes en WinForm mais ca c'est pas la faute a .NET

2- Mais le pire c'est qu'effectivement le Designer Web de VS est completement bugué et Mayzz a totalement raison dans tous les problèmes rencontré ! Comment peut on oser publier un torchon pareil a coté des bijoux que sont C# et WinForm ?

Mayzz · Answer

Cela me réconforte, je ne suis donc pas le seul !

C'est quand même dingue que personne n'ai prévenu Microsoft et qu'aucune mise à jour de l'éditeur n'ai été publié, à croire que personne ne développe en ASP.Net via l'IDE de VS ?

Personnellement, je me suis fais à ces bugs qui sont quand même relativement lourds car je n'ai pas le choix, mais j'espère qu'a l'avenir, crosoft feront des effort, car je n'en revient toujours pas, que, pour une entreprise pareil, il puissent mettre dans le commerce un IDE aussi bogué ! C'est à croire qu'ils n'on même pas essayé de pondre un site avec, je le redis une honte pour un soft à 1000€ !

Je les remercie donc au passage, pour toutes ces heures de travail foutues en l'air !

Si le déboguage est l'art d'enlever les bogues, la programmation doit être l'art de les créer.

cs_ghuysmans99 · Answer

Oui, mais il est temps de changer de protocole Web : HTTP est une véritable antiquité, vaudrait mieux trouver plus efficace et flexible. Ce n'est pas uniquement de la faute de MS !
---
VB.NET is good ... VB6 is better

olibara · Answer

Oui, mais il est temps de changer de protocole Web : HTTP est une véritable antiquité, vaudrait mieux trouver plus efficace et flexible. Ce n'est pas uniquement de la faute de MS ! 

Je te rejoins asser !

Apres avoirs suivi l'evolution de la technologie au travers plusieurs language j'ai eté impressionné par l'efficacité de développement en WinForm C#. Dans cette environnement on ne peut qu'eprouver la serénité et le confort de la maturité d'un environnement de développement

Et puis j'ai voulu faire le pas du WEB : la douche glacée  !!

J'ai l'impression de me retrouver a faire de l'assembleur comme au bon vieux temps. Bien sur il en a beaucoup qui sont tombé dans l'HTML tout petit et qui n'ont rien vu d'autre et qui se plaisent a bricoler du code en texte pour arriver a un joli resultat graphique mais quelle galere pour prétendre a l'universalité du WEB !!
C'est comme un peintre qui passerait plus de temps a étudier et vanter la composition chimique de ses pigment qu'a réaliser sa son oeuvre 

Je comprends qu'il est presque obligatoire de niveler par le bas mais c'est extremement frustrant !!

Et le resultat a mon avis c'est qu'en WEB 70 % de l'energie de développement est consacré au protocole de com et a l'interface il reste 30 % pour le metier
Tandis qu'en WinForm C# on atteint certainement 80% metier et 20% interface

cs_ghuysmans99 · Answer

C'est ça le vrai problème de l'ASP (aussi bien ASP3 que ASP.NET) : tu passes plus de temps à t'arracher les cheveux pour avoir une interface correct (sous-entendu "qui ne fait pas fuir l'utilisateur") qu'à coder ton application en elle-même. Développer en formulaires pour le Web serait déjà un grand pas !
---
VB.NET is good ... VB6 is better

olibara · Answer

Je crois que ce n'est pas limité a ASP mais le design de formulaire en WEB de maniere générale
A l'origine HTML c'etait pas fait pour ca et aujourd'hui il n'existe aucun designer digne de ce nom permettant de produire facilement en HTML des formulaire de saisie un peu plus chaud que le classique pavé d'adresse
Mais je predis une revolution dans ce domaine car ca devient forcément indispensable et je ne pense pas que WPF soit déja l'élu

Mayzz · Answer

Je suis entièrement d'accord avec vous, le gros souci c'est que le HTML est devenu la norme des langages web, quand je dis HTML je parle bien du langage interprété par le navigateur pour afficher l'interface (les balises qui définissent et fixent les limites de ce langage). Au départ il convenait grandement, car les sites web n'était que de simples pages statiques, puis on l'a amélioré avec le Scripting, et de nos jours avec le code coté serveur (sans parler du reste...), tout cela c'est bien beau, mais c'est comme une maison rafistolé, parfois, il vaut mieux tout casser et tout reconstruire. Lors ce que l'on regarde de près les technologies ASP.Net, on s'aperçoit que c'est vraiment du bricolage (Exemple concret : le ViewState qui, mal maitrisé peu rendre un site complètement lent, et user de la BP à gogo pour rien). Toutes ces 'Couches' ajouter à ce langage si 'basic' ne font que le pourrir petit à petit. 

Prenez l'asp.Net, c'est tour bête, les contrôles serveur ASP.Net par exemple, sont des contrôles qui lors d'une requête vers le serveur sont traduis en HTML, nous passons donc de .Net vers HTML pour que celui-ci soit reconnu par le navigateur, puis ces controles sont en suite, affichés sous une apparence Winform. Ne serait-ce pas plus simple, de créer un serveur web, et un navigateur, qui communiquerait entres-eux sous un protocole spécialement conçu pour ? Avec un navigateur et un serveur Web spécifique ?

Bref, ce qu'il faudrait, c'est un renouveau dans le langage web, un seul langage prenant en charge nativement toutes les 
technologies actuelles, certes, celui-ci serait 100% incompatible avec les navigateurs et les serveurs web actuelles, mais nous sommes maintenant à une époque ou ce n'est plus le souci d'autrefois, la quasi totalité des programmes comportent un système de mise à jour, c'est le cas par exemple de flash ou Silverlight qui ne sont pas du natif web et pour lesquelles il faut télécharger un plugin pour son navigateur.

Prenez par exemple le langage Winform, qui est un renouveau dans la programmation Windows et qui n'est pas natif, ce chère langage nécessite l'installation du Framework, mais ou est le problème ? celui-ci étant nativement installé sur les OS Microsoft pour proposé en mise à jour pour les anciennes versions. Et pour les opensourciens, il y a même mono !
Mais on dirait bien que personne n'a envie de se lancer dans un tel projet, c'est pourtant bête car un tel langage, s'il venait à exister, serait, je pense, normalisé et aussi tôt adopté par tous les concepteurs de produits pour le web.

Alors je dis OUI, à la réforme du HTML ! 


Si le déboguage est l'art d'enlever les bogues, la programmation doit être l'art de les créer.

cs_quanou · Answer

Bonjour,
Je travaille avec VS 2010 depuis peu, j'ai migré les applis de 2005 à 2010.
Et je pense que mal m'en a pris.
Car ça nous rend dingue mon stagiaire et moi. Je ne sais pas pour quelle raison mais à un moment donné, il chamboule toute la mise en forme. C catastrophique. On fait des sauvegardes régulières pour récupérer le design précédent qui va bien, si on s'en aperçoit. Car un panel qui est en haut et qui se retrouve en bas, faut le voir sur un formulaire avec plein de contrôles...
C'est une perte de temps colossale, et en plus ce qu'on fait n'est pas fiable.
C'aurait pu être un super outil, mais alors là...Et je parle même pas des ressources machine dès qu'on veut déplacer un contrôle dans une formview en EditItemTemplate, contenue dans une Multiview :). Bref, dès que la page est un peu chargée en contrôle, ça devient très très pénible à développer.

J'espère qu'il va y avoir des fix ou autres mises à jour.

Bon courage à tous :)

Mayzz · Answer

Bah en fait, je ne sais pas trop mais il semblerait que les bugs soit du au couple Vista X64 Framework 3.5, est-ce le cas pour vous ? Avez-vous cette config ?

Cela m'étonnais que personne n'ai réagi. De plus si ces bugs survenaient chez tout le monde, Etant donné le nombre de personnes qui utilisent VS au monde pour le développement ASP.Net, Microsoft auraient eu un sacré retour.

Non je ne pense vraiment que ces bugs surviennent dans des cas spécifiques. Sous VS2010, ca va beaucoup mieux, mais certain bugs sont récalcitrants. 

Si le déboguage est l'art d'enlever les bogues, la programmation doit être l'art de les créer.

cs_quanou · Answer

Alors, XP Pro sur les 2 machines. Celle de mon stagiaire et la mienne, 4 Go de RAM. On fait du Web.
Au début, il me disait que certaines choses disparaissaient ou ça revenait en arrière. Je le croyais pas jusqu'à ce que je me mette également sur l'appli.
Si ça arrive sur une machine, j'aurais dit que c'est un problème isolé. Mais une des 2 machines est toute récente.
Je me suis fait à l'idée que cela allait être très consommateur de ressources mais là, ça dépasse mes espérances :). Ca, à la limite, ça passe. Mais que ça chamboule tout le design qu'on a mis des heures à mettre en place, c'est très..., hum, je cherche le mot :)

Mayzz · Answer

Bien en fait, tout le monde ne rencontre pas ces bugs apparemment. Autre question: Vous développez sur un serveur IIS ou en mode système de fichier ?

Mais que ça chamboule tout le design qu'on a mis des heures à mettre en place, c'est très..., hum, je cherche le mot :) 

Il y a certaines choses à éviter, comme faire des copier coller d'éléments trop complexes en mode design, notamment des éléments qui comportent des Template (DataList, GridView...). Il vaut mieux préférer les faire dans la source de la page aspx (copier coller le balisage ne pose pas de problème chez moi du moins).

C'est vraiment galère, d'autant plus que ces bug la sont présents depuis la v2008 ce n'est quand même pas normal, de plus j'ai trouvé aucun sujet sur le net, aucune aide, aucun correctif. Comme je le dis cela ne doit arriver que dans de très rares cas. Sinon il y aurait une multitude de thread comme celui-ci.

Si le déboguage est l'art d'enlever les bogues, la programmation doit être l'art de les créer.

cs_quanou · Answer

IIS
Effectivement, quand je peux, j'utilise le balisage. Mais mes formulaires deviennent assez complexes, du moins en terme de nombre de contrôles. Et le scrolling devient désagréable. Mais en effet, ce serait un moindre mal.
Je ne connais pas VS2008, passé directement de 2005 (qui tournait plutôt bien en termes de stabilité) à 2010. 
Avec nos applis et leurs fonctionnalités qui restent assez simples, je n'ai pas encore vu de "plus" avec 2010, que des galères pour l'instant.

En ce qui concerne les feedbacks sur le net, effectivement, c'est très bizarre. Peut-être que mon appli est assez spécifique : beaucoup de contrôles, et de types différents, dans des formulaires de saisie ? Peut-être que d'autres applis n'ont pas cette orientation ? 
Peut-être aussi parce que les gens ont la flemme, comme moi, de remonter les infos ? 
En tout cas, quand VS se plante, à la question "Envoyez les infos...", je clique toujours sur Envoyer :).
Pour l'instant, on fait avec, en essayant de garder notre calme. Mais on perd en productivité, c'est certain. 
Et le fait le plus grave est de se demander si le dév n'a pas été altéré en cours de route, si on n'a pas perdu quelque chose, si la dernière modif a bien été conservée dans le temps, etc. Sans parler de la parano qui s'ensuit.

Mayzz · Answer

Peut-être que mon appli est assez spécifique : beaucoup de contrôles, et de types différents, dans des formulaires de saisie

J'ai remarqué ça aussi, les bugs surviennent plus souvent lors ce qu'un formulaire contient beaucoup d'éléments.

Peut-être que d'autres applis n'ont pas cette orientation ?
Je ne pense pas vraiment que l'architecture de ton application rentre en compte, une appli web reste une appli web, prends ce site par exemple c'est du lourd niveau code. C'est simplement un bug de VS. Le problème c'est qu'il survient dans de rares cas, la preuve, le peu de personne ayant répondu à ce thread. Crois-moi si c'était le cas chez tout le monde cela fait bien longtemps que celui-ci ferait 20 pages de plus. 

C'est vrai que c'est lourd, et anti-productif. J'ai créé ce topique dans l'espoir d'identifier la cause du mal. A mon avis il n'y a pas de correctif car ce 'bug' survient chez trop peu de personne et n'a pas été rapporté à MS. Déjà, on sait que le Framework réagit différemment selon les OS, j'ai ouvert un autre topique pour un bug (en Winform cette fois) et il s'avère que ce bug n'apparait que sur Vista X64.

D'après tes dire tu as sous XP avec une machine récente et une autre plus ancienne, j'en déduis donc, du moins pour la plus ancienne que ce n'est pas un système 64bits. La version de IIS n'est pas la même non plus (v6 pour XP, v7 sous Vista). On peut peut être en déduire que l'OS et IIS n'en sont pas la cause...

Si le déboguage est l'art d'enlever les bogues, la programmation doit être l'art de les créer.

cs_quanou · Answer

Ben, en XP, je crois que c'est IIS 5 de mémoire. De plus, c'est le design dans l'IDE qui plante. Enfin bon, tout est possible.
Oui, les 2 machines sont en 32 bits
En fait, mon appli est remplie de champs de saisie (environ 60 ?), et qui sont enregistrés en base. C'est assez spécifique, ex. plein de valeurs d'examens de biologie pour un patient. Des formulaires quoi :)

En tout cas, merci pour ton écoute.
Si j'ai le temps, une fois le projet fini, je décrirai tous les symptômes rencontrés.

Mayzz · Answer

Ben, en XP, je crois que c'est IIS 5 de mémoire. Autant pour moi ^^ De plus, c'est le design dans l'IDE qui plante. Enfin bon, tout est possible. Pur modifier le fichier en question, VS passe par IIS, par exemple si tu utilise le mode FTP, VS utilisera le protocole FTP pour communiquer avec le serveur, il peut y avoir des bugs durant le transfert. En fait je supposais que VS passe par IIS pour la modification et non directement par le système de fichier, mais bon, ca, on ne peut pas le savoir en même temps En fait, mon appli est remplie de champs de saisie (environ 60 ?)... Tu n'as casi que tes Textbox sur ton formulaire ? Rien de trop lourd en somme... Bon c'est vrai que je ne peu pas t'aider la dessus, n'étant pas développeur chez MS, mais j'ai tout de même un dernier conseil pour essayer d'éviter la cata. Lors ce que tu dessine des contrôles en mode design, VS te crée des balises dans l'aspx, mais il les mets souvent en vrac, il faut essayer lors ce que c'est possible de mettre le code au propre, je sais que ce n'est pas évident avec une feuille rempli de contrôles mais bon. Dans tous les cas, si ton formulaire change de design, regarde le code qu'il en résulte, des fois VS te supprime simplement la fermeture d'une balise, genre : Login:, , ---- Pass:, en : Ce qui change tout au niveau du navigateur, mais dans ce cas l'erreur n'est pas difficile à trouver. D'autre fois il te colle à la fin une partie du code existant t'as donc juste à supprimer celui-ci. Tiens, encore un truc illogique, lors ce que t'ajoute un contrôle, l'attribut ID, est en majuscule, ce qui te met un avertissement dans la fenêtre des erreurs, bon c'est rien car la balise contrôle est interprété par le serveur qui la transforme en balise html, mais ce n'est pas logique pour l'utilisateur, car en développant normalement, celui-ci se retrouve avec autant d'avertissements que de contrôles pour chaque page... Si le déboguage est l'art d'enlever les bogues, la programmation doit être l'art de les créer.

Login:
Pass:

cs_quanou · Answer

Merci
On s'efforce de faire ça maintenant, mais c "un peu" lourd.
On a un peu de tout comme contrôle dans nos formulaires, pas que des TextBox.
Forcément, on nous propose toute une panoplie, alors on s'en sert :)
Il y a des gridview contenant des ddl, dans des formview qui sont dans des multiviews, etc.
On n'alourdit pas pour le fun, mais ça correspond à de véritables besoins. Mais je n'ai jamais eu autant de soucis auparavant avec VS2005.

Mayzz · Answer

Je remonte ce vieux poste pour apporter une précision sur le Bug du scindage de code HTML lors de l'édition. Je ms suis aperçu que ce bug survient lors ce que VS est perdu entre le balisage et le mode design. Admettons que je reprenne le code plus haut : Login:, , ---- Pass:, Celui-ci va nous créer un tableau avec 4 cellules dont deux contiendront des contrôles serveur de type textbox. Supposons maintenant qu'en mode design je sélectionne le 1er contrôle, notre textbox dont l'ID est login. VS est sensé sélectionner la balise suivante : Pour travailler dessus. Et c'est là qu'est l'erreur. Car pour une raison qui m'échappe VS se perd dans le balisage lors ce que le formulaire devient complexe. À la place de sélectionner la bonne balise il sélectionne avec un décalage, par exemple : id="Login" runat="server"> Pass: Ce qui aura pour effet de remplacer la partie du code sur laquelle on travaille par une nouvelle balise. D’où l'impression de "scindage". À mon avis, il peut y avoir certaines balises que VS ne reconnait pas, ou ignore totalement, ce qui provoque un décalage dans la sélection. Voila, donc pour corriger le problème, ne travaillez plus en mode design, mais uniquement en mode source, en saisissant tout le code à la main. C'est pas pratique, mais c'est comme ça chez Microsoft, on y est habitué, trop de fric, ils n'ont plus rien à prouver, donc plus envie de bosser et de faire les choses correctement. Je me souviens de l'époque ou j'entendais dire que MS était de la merde, moi je trouvais que ça allait encore, mais la plus ça va et plus c'est grave, quand je pense aussi au coup du Windows Phone j'en suis écœuré. Si le déboguage est l'art d'enlever les bogues, la programmation doit être l'art de les créer.

Visual Studio bourré de bugs !!!

21 réponses

Votre réponse

Discussions similaires