Ответ 1
Это может быть не что-то общее со стандартными пользователями или администраторами или OCX - это могут быть разные пользователи.
Если в MSI есть какой-либо ресурс, принадлежащий определенному пользователю (например, пользовательский файл в личных папках или других местах или запись реестра в HKCU), то первая установка будет устанавливать все эти установки для установки пользователь.
Если другой пользователь входит в систему и использует приложение (установленное на машину, надеюсь), то восстановление триггеров (например, использование ярлыка) заметит, что эти пользовательские элементы отсутствуют для этого конкретного пользователя и будут их устанавливать. Это должно произойти только один раз - это ремонт повторяется для одного и того же пользователя, тогда это нечто более серьезное.
В любом случае журнал событий приложения должен иметь запись журнала MsiInstaller с некоторыми данными о продукте и отсутствующем компоненте.
Это также может зависеть от приложения VB6 - старого, не имеющего манифеста, и поэтому может взаимодействовать с UAC странным образом. Например, если его поведение виртуализировано для использования местоположения \VirtualStore для системной папки, возможно, потребуется переустановить элемент управления вкладкой в эту виртуализованную системную папку. У пользователей Admin не было бы такой же проблемы.