Как я могу заставить Embarcadero Quality Central что-то сделать с моим отчетом об ошибке

Question

Почти год назад я задал этот вопрос на SO:Сочетания клавиш меню не отображаются (Delphi 2009)

Программисты Delphi здесь, в StackOverflow, превосходно ответили, и в течение 16 часов я смог прийти к выводу, что это ошибка в VCL Delphi 2009, которой не было в Delphi 4.

Тогда я сообщил об этом Центр качества Embarcadero, отчет № 68816 с названием:«Клавиши быстрого вызова меню не отображаются».

Я присвоил ей уровень серьезности «Серьезная / явно заметная проблема» и, думаю, подробно описал ее, даже дав ссылку на вопрос StackOverflow, где они могли получить дополнительную информацию и снимки экрана.

Это было замечено кем-то в Embarcadero примерно две с половиной недели спустя, и в разделе «Комментарии к решению» был добавлен комментарий о том, что он был «Перемещен во внутреннюю базу данных».

Я не уверен, что такое «внутренняя база данных» — вероятно, хранилище ошибок — но это совершенно не говорит мне о статусе моего отчета об ошибках, поскольку прошло уже более 10 месяцев, и нет никаких признаков каких-либо ошибок. прогресс вообще происходит.Статус вопроса по-прежнему «открыт», а его решение по-прежнему указано как «Нет».

Я хотел бы как-то повысить актуальность этого отчета об ошибке.Как я могу это сделать?

Answer 1

Первое, что вам поможет:Пока это не будет исправлено, вы можете создать класс перехватчика.Видеть здесь для получения подробной информации.По сути, вы должны скопировать модуль Delphi 2009 в свой каталог и изменить проблемную часть, используя старый исходный код из Delphi 4 (если он у вас есть) - здесь поможет инструмент сравнения - и/или прочитав документацию Microsoft.

И отвечая на заголовок вашего вопроса:

1. Шумите и гонитесь за голосами на форумах Embarcadero:.non-technical и .qualitycentral являются наиболее подходящими.Но не делайте перекрестную публикацию.
2. Предложите решение и включите его в свой отчет.(В теле - если маленький - как насадка, если большой)

Answer 2

Во внутренней базе данных ошибка отмечена как «Высокая».Есть две настройки с более высоким приоритетом для ошибок — Must Fix (примерно, должно быть исправлено к следующему выпуску) и WUpdate (должно быть исправлено к следующему обновлению) — так что, по мнению специалистов по обеспечению качества VCL, существуют более высокие настройки. приоритетные ошибки.

Несмотря на то, что я сотрудник, я занимаюсь разработкой, поэтому обычно я не занимаюсь запросами в службу поддержки напрямую.Вероятно, лучший способ повысить приоритет ошибки — это заставить множество людей проголосовать за нее и, как правило, убедить бета-тестеров сообщества продуктовой области включить ее в свои списки ошибок с самым высоким приоритетом.