Concernant les bugs :
- un petit truc pas bien méchant, qui fait que lorsqu’on choisi de n’installer que l’anglais, on n’a quand même la version française qui apparait en premier lorsqu’on lance le programme.
- un bug plutôt gênant qui fait disparaitre l’ancien fichier de config au lieu de reprendre les paramètres.
J’attend quelques explications en plus, car je n’arrive pas à le reproduire.

Concernant le crash, il a lieu dans la partie « statistiques ». Je n’ai pas réussi à le reproduire exactement comme il m’a été décrit, mias j’ai pu obtenir la même erreur, en cliquant un peu partout dans les 2 listes affichées, et en faisant un clic droit alors qu’il n’y avait plus rien de sélectionné.
Ce crash se produit donc dans des conditions assez spécifiques, mais que j’ai bien identifiées, grâce au rapport de crash.

Merci encore à ceux qui me signalent les bugs et autres crash.

Je pense publier un correctif dans le courant de la semaine prochaine.

Quand je vois toutes les corrections de bugs et les améliorations concernant la stabilité que j’ai réalisé depuis la RC1, je me dis qu’en fait, elle était loin d’être publiable en l’état à l’époque.

Même depuis mon dernier article, j’ai retrouvé d’autres problèmes concernant la gestion des threads lors de la fermerture de l’appli, que j’ai corrigé, bien entendu.

Bref. Elle est enfin là, et j’espère qu’elle plaira à beaucoup de monde.
Et j’espère surtout que, contrairement à la sortie de la v3.2, il n’y aura pas un gros tas de bugs trouvés en moins de 2 jours !

Mais sachez que j’ai déjà des idées de nouvelles fonctionnalités pour la prochaine version.

Bon téléchargement, et amusez-vous bien !

Conditions pour le reproduire :

- ouvrir la fenêtre de Perfs/Stats
- demander à fermer le rapidement le programme, avant que la fenêtre ait terminé de tout initialiser

Résultat : la fenêtre de Perfs (et donc le programme) met plus de 5 seconde à se fermer, mais sans provoquer de crash. Juste un temps anormalement de fermeture long.

J’en ai passé du temps, à mettre des infos de logs un peu partout pour comprendre d’où venait le problème.

Pour y voir plus clair, il faut bien comprendre que cette fenêtre de Perfs utilise un composant qui s’occupe de récupérer les infos, et tracer les graphiques.
Il y a une instance du composant par graphique, et chaque instance lance son travail dans un thread différent.
En résumé, chaque graphique (instantané ou d’historique) tourne dans son propre thread.

J’ai fini par identifier que tout le problème était dû à l’arrêt d’un thread, qui prenait un temps monstreux, sans raison apparente.

Avec Visual Studio, j’ai donc lancé la fenêtre d’examen des threads, et je me suis aperçu qu’un le thread en question était en priorié « au dessus de la normale ».

En fait, pour que les graphs soient « synchro », j’ai fait le choix de mettre les graphiques de type « historique » en priorité élevée.

Et c’est là tout le problème. Pour une raison obscure, une demande d’arrêt du thread trop rapidement faisait ramer le bazar.

Mais ce qui m’a dérouté, c’est que seul un thread ait cette priorité, alors que j’avais plusieurs graphiques de type historique.

En fait, lors de l’init de base du composant, celui-ci est automatiquement en mode historique.
Mais je ne modifiais la priorité que lors d’un appel explicite à un changement de type de graphique.

Au final, la solution a été simple.
J’ai forcé explicitement le type des graphiques lors de l’instantiation pour qu’ils passent en priorité haute, et dans la procédure qui traite l’arrêt des threads, je force d’abord le thread courant en priorité basse.
Et ô miracle, plus de problème !

Et en plus, ça m’a permis de voir que, contrairement à ce que je pensais, mes graphiques ne tournaient pas tous à la priorité voulue !
Résultat : deux problèmes corrigés à la fois.

Bon, mis à part ça, j’ai bien avancé sur le fichier d’aide, ainsi que sur son intégration dans le programme.
La sortie approche donc à grands pas …

Mais vue la somme de travail à accomplir, et vu que le programme est en attente de publication depuis un bon moment, j’ai décidé de ne pas le peaufiner (le fichier d’aide).

En gros, je vais faire un minimum de mise à jour sur ce fichier, le rendre accessible depuis l’application, et puis voilà.

Au final, ça devrait accélérer la sortie de la v3.3.
Avant la fin janvier si je peux …

Exemple flagrant : le système de protection de l’application par mot de passe.
Bon. Il ne plante pas, ne bug pas réellement, mais il ne se comporte pas comme il faut.

En fait, dans les anciennes versions (3.2.0) , lors d’un clic droit sur l’icône de BPM, le comportement était le suivant :
- si mot de passe correct, affichage du menu
- si mot de passe incorrect, affichage d’un message d’erreur, avec possibilité de re-saisir un nouveau mot de passe
- si mot de passe vide, affichage d’un menu où toutes les entrées sont désactivées, sauf l’aide et le « a propos »
- si clic sur le bouton « annuler », on a la même chose qu’avec un mot de passe vide.

Dans la dernière v3.3 RC1, il y avait un gros problème, c’est que quelle que soit l’action, le menu permetant l’accès à la fenêtre de Perfs/Stats était toujours activé.
J’ai donc corrigé ça, et j’ai aussi changé un tout petit le comportement.
Maintenant, lorsqu’on clique sur le bouton « annuler », il ne se passe tout simplement plus rien, mis à part la fermeture de la fenêtre de password.
Ce qui est tout de même bien plus logique et pratique que l’ouverture du menu, alors qu’on demande d’annuler …

Comme quoi, il n’est jamais facile de tout tester et/où retester à chaque nouvelle version, surtout sur des fonctionnalités qui sont là depuis plusieurs versions, n’ont pas été modifiées depuis longtemps, et ne sont utilisées que rarement !

J’ai pas mal avancé sur le site Web en prévision de la sortie de la v3.3. Encore un gros coup de relecture, quelques screenshots à revoir, et ça devrait être bon.

Au niveau de la version de Bill2’s Process Manager, j’avais prévu de passer en « RC1″ une fois le fichier d’aide terminé, mais en fait, je vais laisser ça pour la RC2.

Je bosse encore sur le programme, que j’ai passé en version RC1 hier, après avoir corrigé plusieurs bugs, et renforcé la stabilité de certaines parties du code gérant la fenêtre de performances et statistiques.

Cette version restera « privée ».

Et manque de bol, ce matin, en « jouant » avec le programme sur l’ordi de ma Femme, j’ai encore trouvé et corrigé quelques bugs, et amélioré des petites fonctions déjà bien pratiques.

En gros, le produit était déjà très stable pour les beta testeurs et prêt à être sorti , et pourtant, je l’améliore encore …

Et je me retiens pour ne pas rajouter des nouvelles fonctions avant la publication finale !
Car j’ai déjà des idées pour une version future …

J’estime que c’est bon signe, et qu’il n’y a pas de gros bugs. Mais je suis déçu du peu de participation « active ». Tant pis.

Au niveau du fichier d’aide, c’est simple : je n’y ai pas encore touché.
La raison est simple : je me concentre d’abord sur la mise à jour du site web, qui sera traduit en anglais par un bénévole qui s’est gentiment manifesté ! (Merci à lui …)

Résultat, pendant qu’il traduira le site, j’aurai un peu de temps pour faire le fichier d’aide.

Pour ce qui est de la date de sortie finale, et bien, franchement, je ne pense plus pouvoir sortir quelque chose avant la fin de l’année … Il faudra attendre début 2009.

Bon, je préviens de suite : ce beta test n’est pas « public ». Je vais sélectionner les testeurs (une dizaine environ), car j’ai besoin de gens sérieux et motivés, et qui correspondent à « mon besoin ».

Je vais donc répartir ce beta-test en différentes séries :

- tests de stabilité générale
- tests de l’installer et du mode portable
- tests de l’appli sous XP home et/ou pro
- tests sous Vista home, pro, en utilisateur « normal » et/ou admin
- tests de la nouvelle fenêtre de perfs/stats
- tests complet de toutes les actions possibles dans les règles
- tests complet de la fenêtre d’options (vérifier que chaque option est bien appliquée, par exemple)
- vérifier que la traduction en anglais est complète, et la corriger si besoin (et y’en aura besoin, je le sais !)

Rassurez-vous, je ne demande pas des utilisateurs d’accord pour réaliser toutes les séries de tests. Si vous le souhaitez, vous pouvez vous concentrer sur une seule série en particulier.
Mais ce que je souhaite, ce sont des gens capables de reporter « correctement » un bug, en cherchant à la reproduire.

Vous trouverez sur le forum une partie dédiée à ce beta test. (Partie accessible uniquement aux inscrits …)
Chaque série de test est détaillée dans un fil de discussion spécifique, dans lequel sont décrites, de façon synthétique, les actions à mener.
Vous devrez utiliser ces discussions pour suivre l’évolution du beta test et indiquer les éventuels problèmes rencontrés.

Bien entendu, chaque testeur devra éviter de trop dévoiler d’informations sur cette nouvelle version avant sa sortie

Si vous êtes intéressé(e), merci de me laisser un message sur ce blog, ou via E-Mail.
A la fin du Week-End (ou lundi matin), j’indiquerai la liste de « sélectionnés », et j’enverrai la version de test par E-Mail directement.

La sélection se fera sur la motivation et le « sérieux », ainsi que que sur la config du testeur.

D’avance, merci à tous pour votre participation et surtout votre aide
Et si vous souhaitez participer, pensez à m’indiquer votre config, et ce qui vous motive … mettez aussi en avant vos « compétences », ou la connaissance que vous avez de l’évolution du programme.
Tout ça m’aidera à choisir les testeurs.

Bon. Avec un Vista home sous la main, ça permet de faire des tests … et de voir qu’il y a plein de détails plus ou moins importants à régler ! Je ne vais pas en faire la liste détailée ici, rassurez-vous. Juste 2 ou 3 petits trucs.

Au départ, je pensais avoir des problèmes avec les nouveaux graphiques de performances et les comptes d’utilisateurs « normaux », et visiblement, tout passe nickel, alors que sous Vista Pro, ce n’est pas le cas.

Par contre, en utilisateur « restreint », il y a plein de processus non gérables (ça c’est logique !).
Donc je suis en train de rajouter la possibilité d’afficher ou de cacher ces processus dans la fenêtre principale.

Toujours au niveau de le nouvelle fenêtre de performances, j’avais prévu la possibilité de gérer les couleurs des graphiques, mais visiblement, ça ne sera pas suffisant !

En fait, ma Femme a réglé son Vista dans les tons rose/violet.
Et donc en testant le programme, elle a voulu modifier les couleurs des graphiques … sauf que la couleur de fond et la couleur de la grille ne sont pas modifiables … donc ça ne lui plait pas !

Bref, ça sera très gadget comme option, mais pour vous donner une idée, voici un aperçu de ce que ça donne actuellement. (Sous Vista, ça rend vachement mieux avec la transparence !)

Quoi qu’il en soit, la Beta 10 est terminée (enfin !)
Ce qui signifie que :
- toutes les fonctions sont présentes
- les fichiers de traductions FR/EN sont « cohérents », et prêts à être envoyés aux traducteurs
- la sortie approche (non, pas encore de date, désolé !)

Déjà, il faut que je fasse vérifier la traduction anglaise, parce que mon anglais laisse un peu à désirer.
Ensuite, il faut que je m’occupe du nouvel installeur, du fichier d’aide, et du site web …

J’espère que l’installeur ne me prendra pas trop de temps. Le site web, ça devrait aller.
Le fichier d’aide, par contre, ça risque d’être plus long.

Au niveau du programme lui même, je vais me faire une grosse série de tests, et un bon nettoyage du code. J’ai gardé plein de vieux bouts de code en commentaires qu’il faut que je supprime

Normalement, il n’y a plus grand chose d’autre à modifier dans le programme. Sans doute quelques corrections de bugs de dernière minute, mais je pense que le tout est assez stable pour un beta test « grandeur nature ».

Oui, je compte lancer un beta test « bientôt » … avis aux amateurs !