Например, нельзя перейти по ссылке в результатах поиска яндекса. Воспроизведение: бутылка ie на euclid, eter32/eter11 + ieinstall
Created attachment 863 [details] Лог ошибок (нажатие на ссылку) В результате каждого нажатия на нерабочую ссылку получаем такой лог.
Проявляется для ссылок, открывающихся в новом окне. Просто возвращать TRUE из SignalFileOpen - не решает проблему. Нужно смотреть на возникающие ошибки по порядку: fixme:rpc:alloc_serverprotoseq protseq "mswmsg" not supported err:shell:ReadCabinetState Initializing shell cabinet settings fixme:shell:DllGetClassObject failed for CLSID= {53bd6b4e-3780-4693-afc3-7161c2f3ee9c} (MruLongList) fixme:win:GetWindowPlacement not supported on other process window 0x60034
Простое использование нативного rpcrt4 решает проблему. $ WINEDLLOVERRIDES="rpcrt4=n" wine iexplore
$ WINEDLLOVERRIDES="rpcrt4=n" wine iexplore может не работать. Окно открывается, но в нём не грузится страница
*** Bug 2893 has been marked as a duplicate of this bug. ***
Примерные границы бисекта: * ~eter24 не работает * ~wine-1.0 работает
В eterwine bisect неработоспособен. Пробую то же самое в оригинальном wine.
Все тесты оказываются бредом. Ни с чего вдруг IE стал работать... Подозреваю, что это wine --update от какой-то сборки что-то починил...
Порядок установки в сборке eter35/eter13 1. Создание окружения 2. Замещение rpcrt4 на native для приложения iexplore.exe 3. ieinstall 4. wine iexplore - бага не проявляется В любом случае, что-то испорчено в реестре, что ссылки не открываются. Но вроде бы эту последовательность можно назвать стабильной. Если сделать замещение по умолчанию, то можно с уверенностью считать, что этот способ будет нормой установки.
Добавил замещение. В новой сборке закрытой части установка работоспособного ie будет производиться обычным способом (ieinstall).