Comment puis-je obtenir Embarcadero Quality Central pour faire quelque chose au sujet de mon rapport de bogue

Question

Il est presque il y a un an que j'ai posé cette question sur le SO: Touches de menu Accelerator Non Révéler (Delphi 2009)

Les programmeurs Delphi ici à StackOverflow étaient superbes avec leurs réponses, et dans les 16 heures, j'ai pu conclure que ce fut un bogue dans la VCL de Delphi 2009 qui ne existait pas dans Delphi 4.

Donc, à ce moment-là je l'ai signalé sur Rapport qualité Central, de Embarcadero # 68816 avec le titre:. "Menu Accelerator touches n'apparaît pas"

Je lui ai donné un niveau de gravité « problème grave / très visible », et je pense que je détaillée dans la description, même en donnant un lien à la question StackOverflow où ils pourraient obtenir plus d'informations et captures d'écran.

Il a été remarqué par une personne à Embarcadero environ deux semaines et demie plus tard, et sous la résolution Commentaires le commentaire ajouté était qu'il était « Promu à la base de données interne ».

Je ne suis pas sûr de ce que la « base de données interne » est - probablement un dépôt de bug - mais cela ne me dis pas du tout ce que l'état de mon rapport de bogue est, car il est maintenant plus de 10 mois plus tard et il n'y a pas indication de tout progrès qui se passe du tout. L'état de la question est toujours « ouvert » et sa résolution est toujours répertorié comme « Aucun ».

Je voudrais élever l'urgence de ce rapport de bogue en quelque sorte. Comment puis-je faire?

Answer 1

Tout d'abord pour vous aider: Jusqu'à ce que cela se fixe, vous pouvez faire une classe d'intercepteur. Voir ici pour plus de détails. Fondamentalement, vous devez copier l'unité de Delphi 2009 dans votre répertoire et changer la partie problématique en utilisant l'ancienne source Delphi 4 (si vous en avez) - un outil de diff aiderait ici - et / ou en lisant la documentation de Microsoft

.

Et pour répondre au titre de votre question:

1. Faites du bruit et la chasse aux votes dans les forums de Embarcadero: .non technique et .qualitycentral sont les plus appropriés. Mais ne grippent pas après.
2. Fournir une solution et l'inclure dans votre rapport. (Dans le corps - si petit est - comme pièce jointe si est grand)

Answer 2

Le bug est marqué « High » dans la base de données interne. Il y a deux paramètres de priorité plus élevée pour les bugs - Il faut fixer (à peu près, devrait être fixé pour la prochaine version) et wupdate (devraient être fixés pour la mise à jour suivante) - il semble que dans le jugement des gens d'assurance qualité pour la VCL, il y a plus bugs prioritaires.

Même si je suis un employé, je suis du côté du développement, donc je ne traite pas généralement des demandes de service à la clientèle directement. Probablement la meilleure façon d'élever est d'avoir beaucoup de gens la priorité du bug voter, et convaincre généralement la zone de produit bêta testeur communautaire conduit à inclure dans leurs listes les plus élevées de bogues de priorité.