Вот описание:

странно?
почему они ошибки с VB не исправили.

Оно им надо... IMHO, скорость исправления ошибок зависит от коммерческого успеха продукта. Обратная пропорциональность, ессно . Не знаю, как с этим у MG, но наверное все в порядке...

1. Что за ошибки?
2. Насколько они критичны (т.е не дают работать, просто мешают, ...)?
3. Были ли они зарегестрированны (ServiceRequest --> DefectRequest). Если никто (из легалов) их (SR) не создавал то и исправления (DR) не будет.

что за вопросы?
конечно всё легально и принято к исправлению.
они мне как положено подтверждение прислали.
номер на память не помню. но завтра буду опять спрашивать.
а ошибка очень простая.
подключаете VB скрипт не открывая
редактора. запускаете и сами всё видите.

Ну тогда это вопрос времени. Данное обновление это набор заплаток на обнаруженные наиболее критические ошибки.
Первоочередность выполнения зависит от нескольких факторов:
1. сколько пользователей сгенерили SR с подобной проблемой
2. какой приоритет в SR поставили (градация Critical-High-Medium-Low, соответственно первое это пользователь не может работать и исправление должно быть сделанно очень быстро и выпущен патч или хотя бы предложен обходной путь, последнее это не напрягает пользователя но он хочет чтобы когда-нибудь это исправили)
3. насколько трудоемко ошибку исправить

Если открыто окно Output Window (по умолчанию расположено в нижней части экрана), то описанного эффекта быть не должно. Конечно, это не решение проблемы, но жить, по-моему, можно.

такой вариант я сам Mentor предложил как временное решение.