Проверялось на 1с81, при работе через nx в режиме одного приложения окно на панели появляется, но его не видно. Воспроизвести можно так: 1. отчет->редактирование списка значений->подбор 2.печатная форма->предварительный просмотр->параметры страницы), в 1 случае если переключится на другое приложение при открытых 3 окнах то окно "подбор" уходит за главное окно 1С, во 2 случае при нажатии на кнопку "параметры страницы" в окне предварительный просмотр, это окно сразу уходит за главное окно 1С.
wine 18/25, менеджер окон blackbox, ошибка все еще наблюдается.
Попробуйте изменить отображение окна "Подбор", как описано в баге 2080, комментарий #8. Обе ошибки проявляются когда галочка "Разрешить оконному менеджеру управлять окнами wine" включена?
>Попробуйте изменить отображение окна >"Подбор", как описано в баге 2080, комментарий >#8. В 1 случае другой подбор, не такой как описан в баге 2080(там описан подбор из накладной), описанный в баге 2080 у меня тоже наблюдался в kde 3.5.10 и openbox 3.4.7.2-3, но под blackbox 0.70.1-2.2 все нормально. >Обе ошибки проявляются когда галочка >"Разрешить оконному менеджеру управлять >окнами wine" включена? Да включена, когда она выключена этих багов нет, есть другие баги. В 1 случае в blackbox окно становится видимым после нажатия куда нибудь по форме 1С, во 2 случае все неприятней, окно это достать очень проблематично и доставляет пользователям много "радости".
Денис, воспроизведи, пожалуйста, обе баги где-нибудь у нас.
(In reply to comment #4) > Денис, воспроизведи, пожалуйста, обе баги > где-нибудь у нас. > Первую пока не удалось в наших условиях повтрорить, а вторая проблема воспроизводится без проблем. Сервер testing, login:guest , запускать в режиме 1 приложения ( baraka8 )
>В 1 случае другой подбор, не такой как >описан в баге 2080(там описан подбор из >накладной), описанный в баге 2080 у меня тоже >наблюдался в kde 3.5.10 и openbox 3.4.7.2-3, но под blackbox >0.70.1-2.2 все нормально. Сегодня, наблюдал баг описанный в описанный 2080 в blackbox, пользователи уже предпочитают не звонить мне, а перезапускать 1С, тем более этот баг проявляется эпизодически.
git-bisect'ом нашел коммит, приводящий к ошибке: commit 481ab6b2d24197d284ab7d123e2acfdf939844ac Author: Vitaly Lipatov <lav@etersoft.ru> Date: Wed Feb 18 14:20:12 2009 +0300 kernel32: fix libwine-etersoft initialization Правда, не совсем понятно, как он может быть связан с багой.
Не уверен, что этот коммит что-либо меняет... Хотя всё может быть, он меняет взаимодействие с закрытой частью в плане определения версии 1С... Возможно есть бага, и наши хаки, специфичные для 1С, не работают?
Если закомментировать эти строчки, т.е. выключить закрытую часть, бага не проявляется. Значит это сломалось одним из патчей/хаков на 1С8. Надо проверить все хаки на подъем окон. Вполне возможно, что виноват один из них.
Проверяется просто: надо переименовать исполняемый файл 1cv80.exe в ilya.exe и запустить. Если это решает проблему, значит виноват такой хак.
Сломалось хаком на багу #1837.
Выложил патч. Ошибка возникла из-за части хака на #1837, которая решает проблему с модальными окнами под Gnome. Решение: добавить проверку на DE (etersoft_getwm из закрытой части) и если определился Gnome - хак отработает. Но функция etersoft_getwm корректно определяет DE только при локально запуске. Поэтому если wine запускается из бутылок или через ssh на другом компьютере, необходимо использовать переменную окружения: GNOME_DESKTOP_SESSION_ID=1 для активации хаков на Gnome. Без них будет воспроизводится бага #1837 и все будет плохо.