[Angel_19]

Пришлось отказаться от этого аддона. Вот аддон WMP11 Тож требует проверки на валидность системы и срабатывает на любых системах.

Да и зачем в аддоне оставлять проверку системы на валидность? Как может быть произведена проверка на этапе установки?

Это просто не совсем вписывается в концепцию аддонов. Если к примеру взять пиратскую версию ОС, то через Windows Update можно загрузить только критические обновления. А используя аддоны можно получить систему со всеми обновлениями даже на пиратской версии ОС. А что есть IE7 - это по сути тоже обновление доступное только лицензионным пользователям. Вот и получается все другие обновления можно можно включить в дистрибутив и не важно какая ОС пиратская или нет, а с этим аддоном идет проверка на валидность системы. Мое мнение исключить проверку на валидность - т.к. это не будет пиратством. Ведь используя один и тот же дистрибутив можно установить систему как с легальным ключем так и с "левым", а аддон этого не учитывает. Если IE7 интегрированному в дистрибутив не понравится сам дистрибутив в не зависимости от того лицензионный ключ или нет, то данное обновление не установится.

[dimadr]

Angel_19

Ведь используя один и тот же дистрибутив можно установить систему как с легальным ключем так и с "левым", а аддон этого не учитывает

Тут я с вами не соглашусь, аддон учитывает ваши ключи уже на стадии инсталляции (спасибо скажите MS и BG). И потом для снятия проверки валидности системы в аддоне IE7RUS придется использовать "хакнутые" ресурсы, что противоречит правилам форума.

[Angel_19]

Тут я с вами не соглашусь, аддон учитывает ваши ключи уже на стадии инсталляции

- используя OEM дистрибутив с легальным ключем аддон не срабатывает. В более свежих дистрибутивах изменили проверку ключа, и мой ключ для них не подходит, а используя старый дистрибутив (оригинальный) ключ подходит и система активируется.

[dimadr]

lla
Вот результат проверки qfecheck системы после установки. Прикладываю два файла:
qfecheck.txt - результат.
ADDONS.txt - список аддонов.

[iSmart]

У меня qfecheck тоже пишет:

KB929726: This hotfix should be reinstalled.
The following files are not valid in the system catalog:
G:\XPR2H\SYSTEM32\WININET.DLL

Мое мнение - это из-за того, что в апдейте IE7 не хватает файла KB929726.CAT. Ведь если в аддон добавлен KB929726, значит и .CAT файл для него должен быть добавлен.

[viksem]

Престаньте обвинять dimadr-а, аддон он таки сделал правильный.
На моей корпоративке из инета все встало и работает.
Попробуйте поискать другие ключи.

[iSmart]

Господа, хочу еще раз обратить внимание на проблему, оставленную без внимания.

В обновлении KB928090 для IE6 содержатся файлы, которые являются более новыми по сравнению с оригинальными SP2, и которых нет в IE7:

Код:

danim.dll - 6.3.1.146 -> 6.3.1.148
cdfview.dll - 6.0.2900.2180 -> 6.0.2900.3059

Поэтому, имхо, апдейт KB928090 для IE6 надо ставить в любом случае, даже при интеграции IE7.

Кроме того, интеграция IE7 меняет следующие файлы из KB928090 для IE6 на более старые версии из дистрибутива IE7:

Код:

browseui.dll - 6.0.2900.3059 -> 6.0.2900.2995
shlwapi.dll - 6.0.2900.3059 -> 6.0.2900.2987
shdocvw.dll - 6.0.2900.3059 -> 6.0.2900.2995

Поэтому qfecheck начинает ругаться на установленный KB928090 для IE6.

Итого, вопрос: как интегрировать KB928090 для IE6 и непосредственно IE7 с его апдейтами так, чтобы все было хорошо?

См. также http://forum.oszone.ru/post-528863-178.html

Кстати, подтверждаю, что теперь мучения с заменой файла ierunonce.dll на версию из IE6 можно забыть: все работает прекрасно.

[iSmart]

Я понял, почему происходит вот это:

Кроме того, интеграция IE7 меняет следующие файлы из KB928090 для IE6 на более старые версии из дистрибутива IE7: Код: browseui.dll - 6.0.2900.3059 -> 6.0.2900.2995 shlwapi.dll - 6.0.2900.3059 -> 6.0.2900.2987 shdocvw.dll - 6.0.2900.3059 -> 6.0.2900.2995

Если интегрировать одновременно KB928090 для IE6 и IE7 с интегрированным KB928090 для IE7, файл KB928090.CAT для IE6 перезатирается файлом KB928090.CAT для IE7. Из-за этого вышеупомянутые dll остаются без цифровой подписи, и происходит их перезатирание более старыми версиями, но с цифровой подписью.

И именно из-за подписи все получается хорошо, если не интегрировать IE7 в дистрибутив, но оставить KB928090 для IE6: все файлы имеют цифровую подпись. Затем в обычном порядке устанавливаем IE7. Он видит, что эти три dll в его составе более старые по сравнению с уже установленными, и не заменяет новые из комплекта KB928090 для IE6 на свои старые, потому что у новых есть нормальная цифровая подпись (KB928090.CAT для IE6).

И то же самое происходит, если интегрировать в дистрибутив одновременно KB928090 для IE6 и IE7 с интегрированным KB928090 для IE7, но удалить оба CAT-файла. Установщик IE7 видит, что внутри него содержатся более старые файлы, чем уже имеющиеся, ни у тех, ни у тех нет цифровой подписи, и он не заменяет новые из комплекта KB928090 для IE6 на свои старые.

Итого: для того, что в дистрибутив можно было интегрировать одновременно KB928090 для IE6 и IE7 с интегрированным KB928090 для IE7, нужно сделать так, чтобы KB928090.CAT для IE6 не перезатирался файлом KB928090.CAT для IE7. Просто переименование одного из них не срабатывает, я попробовал. Возможно, нужно вносить изменения в какой-нибудь INF-файл, но там я не нашел ссылок на CAT-файлы. Для меня загадка, как Windows узнает, в каком именно CAT-файле следует искать цифровую подпись для того или иного файла.

Похоже, после переименования CAT-файл становится недействительным.

[komiksoft]

iSmart, а зачем Вы интегрируете KB928090 для IE6 если потом ставите IE7?

[iSmart]

komiksoft
Читайте посты внимательнее.