Что я понял по описанию. Не совсем ясно, описана вами ошибка в коде, приводящая к нештатной ситуации (баг, по определению - допустим, в этой проге конструктор чего-то там не кидает по умолчанию фокус ввода на группу элементов и вам приходится сперва явно перевести его мышью, то есть, в принципе, может быть достаточно кликнуть просто в окно (не факт), чтобы потом можно было те элементы задействовать), или всё же кривой интерфейс, убивающий эргономику и приводящий к потере времени оператора, подразумевает работу именно с мышью. А может это полностью соответствует ТЗ? Ведь сейчас время КПК, именуемых в народе смартфонами и планшетами, да и десктопные аппараты уже сколько лет делаются с сенсорными экранами. Одно время вообще все словно с ума посходили в стремлении создавать плиточный дизайн, тот же микрософтовский Metro, с заполнением рабочего квадратиками для тыканья даже не мышкой, а пальцем, пускай и по 30-дюймовому сенсорному экрану, вместо логичной иерархической структуры. Интерфейс для банкоматов, блин, где на каждом экране минимум вариантов действий.
Ваша контора, видимо, не имела отношения к созданию ПО, которым вы пользовались, просто было взято готовое решение. Соответственно, прямо повлиять на разработчиков, не принять релиз и отправить его на допиливание прежде чем оплатить возможности не было. Возможно, тех разработчиков и нет давно, контора распалась, продукт не поддерживается, обновлений не будет, так что репорты отсылать бессмысленно. Но даже если это и баг, создающий определённые неудобства, разработчики активны и поддержка действует, и вы поставите их в известность, - это баг минорный, малозначимый. Одно дело, если бы ПО вообще не работало, скажем, на мобильнике такой-то модели под такой-то версией такой-то ОС или конфликтовало с видеокартами на каком-то чипе и вылетало сразу после запуска, это стоило бы исправить как можно скорее - а тут работает же, значит, спешить некуда.
Как бы то ни было, баг ни в коем случае не оправдание. Это косяк, который полагается обнаружить на стадии тестирования и исправить до сборки окончательного релиза ПО. Если тестирование вообще имеет место. Что происходит далеко не всегда, особенно в отношении юзабилити. Главное-то реализовать функции по заданию (которое тоже может быть корявым!), и даже это не всегда проверяют, а что там с UX, уже никому не интересно.
