Summary: | Заставка запуска wine-public скрывает диалог установки wine-gecko | ||
---|---|---|---|
Product: | [Свободные проекты (Open source projects)] Wine Public | Reporter: | Илья Шпигорь <shpigor> |
Component: | Упаковка и интеграция | Assignee: | Vitaly Lipatov <lav> |
Status: | CLOSED FIXED | QA Contact: | Vitaly Lipatov <lav> |
Severity: | normal | ||
Priority: | P3 | CC: | kondratyuk, lav, stas, vitperov |
Version: | не указана | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | All | ||
Whiteboard: | |||
Заявки RT: | Связано с: | ||
Дата напоминания: | |||
Bug Depends on: | 2105 | ||
Bug Blocks: | 3000 |
Description
Илья Шпигорь
2010-04-20 13:41:49 MSD
На текущий момент удалось добиться, чтобы установка gecko происходила при создании .wine. При этом если запустить iexplore - он падает. Очевидно gecko установился, но не работает. Путь, прописываемый в реестре после установки: [HKEY_CURRENT_USER\Software\Wine\MSHTML\1.0.0] "GeckoPath"="C:\\windows\\system32\\gecko\\1.0.0\\wine_gecko" Файлы gecko, извлеченные из cab'а лежат там же. После установки wine-public: iexplore - падает, проверял на внешнем url и локальном html файле hh.exe - падает После ieinstall iexplore заработал, но, скорее всего, gecko здесь не при чем. hh.exe после ieinstall так и продолжал падать, пока не поставил dcom98. Файлы gecko, которые распаковываются в C:\windows\system32\gecko\1.0.0\wine_gecko и пути в реестре точно такие же как и в wine-vanilla (где gecko работает). Если снести установленный при создании .wine gecko 1.0.0 и поставить gecko 0.9.1 из winetricks ситуация не изменится - iexplore так же падает. Пробовал использовать алгоритм установки gecko через ссылку на корневой каталог. Для этого перед первым запуском wine создал вручную .wine/dosdevices/ и ссылку в нем z: -> /. Не помогло - wine iexplore так же падает при запуске. Если в процессе создания .wine без всяких патчей на текущем wine-public на предложение поставить gecko ответить OK - gecko не ставится. Реестр изменяется, но файлы в c:\windows\system32\gecko\1.0.0 не извлекаются. Этот каталог пустой. Соответственно iexplore падает при запуске. Насколько я знаю, wine-public обычно устанавливается в систему из пакета, и в зависимостях у него прописан gecko 1.0. Т.е к моменту установки wine, пакет с gecko уже должен быть установлен. Поправьте, если не прав. (In reply to comment #6) > Насколько я знаю, wine-public обычно > устанавливается в систему из пакета, и в > зависимостях у него прописан gecko 1.0. Т.е к > моменту установки wine, пакет с gecko уже должен > быть установлен. Так и есть, но при создании .wine gecko должен распаковаться в c:/windows... и в реестр должны добавиться соответствующие записи. Если wine не смог нигде найти gecko он предлагает его скачать и поставить. В баге речь о том, что wine не нашел gecko. Попробовал взять из оригинального wine mshtml библиотеку целиком. iexplore падать перестал, но страницу так и не показывает. Вместо страницы - серый фон. Проверял на внешнем url и локальном html файле. hh.exe по прежнему не запускается. Если откатить патч Кости: commit 1caf73499fb31de17c9f02fef3815d506056cde2 Author: Konstantin Kondratyuk <kondratyuk@etersoft.ru> Date: Wed Feb 10 20:02:52 2010 +0300 mshtml: Add IHTMLEditServices interface То iexplore перестает падать. При старте показывает серую страницу. Есть подозрение что при одном из merge сломалась работа с gecko. Не совсем понятно, что с этим делать и что куда откатывать. Можно попробовать bisect'ом поискать. Предлагаю сделать сборку wine-public для Сизифа с устанавливающимся, но не работающим gecko. Во всяком случае, перестанут жаловаться, что wine "виснет" при первом запуске. (In reply to comment #9) ... > Предлагаю сделать сборку wine-public для Сизифа > с устанавливающимся, но не работающим gecko. > Во всяком случае, перестанут жаловаться, > что wine "виснет" при первом запуске. Давно пора сделать. И искать багу с падением. Кстати, пункт 1 изначальной задачи: можно ли сделать заставку не всегда поверх всего? Только в коммерческую версию в таком виде не помещайте - 1С 8.x будет падать при откате любого из букета патчей к баге #2105 И не очень понимаю, зачем нужен IHTMLEditServices при обычном запуске gecko. Если где-то с памятью не так обошёлся - вылезло бы раньше. Но в первую очередь нужно этот мой патч проверить... Сделал, что окошко всё-таки закроется через некоторое время: commit 49054e8e1a557e2f4af20a21aee9c5ae6a67f76e Author: Vitaly Lipatov <lav@etersoft.ru> Date: Thu Dec 23 16:27:07 2010 +0300 winesplash: close after tripled timeout (see eterbug #5497) Видимо, стоит всё же убрать режим «всегда сверху». Чем он вызван, не понял. Видимо, тем, что это не окно, поэтому оно не участвует в переключении окон и смене фокуса. Снимаю с релиза 2.0. Там gecko не устанавливается, а копируется. Не очень понял. Для wine public Gecko идёт в отдельном пакете и устанавливается после вопроса об этом. Заставка сделана пропадающей через какое-то время, поэтому человек заметит, что его спрашивают о gecko. Начиная с эпохи 2.1, заставка сделана на gtk, и не имеет такой фатальной расположенности надо всем. |