Если открыть любой справочник и развернуть его на весь экран, тогда в родительском окне появляется полоса прокрутки, как будто дочернее окно не умещается в родительском и для его отображения необходима прокрутка. При этом пропадают управляющие элементы дочерним окном(свернуть/развенуть/закрыть окно).
Проверить на текущей stable и teting ветке.
Created attachment 2130 [details] архив со скриншотами приложения В нормальном режиме (как это положено в 1с изначально) окна открываются как показано на рисунке 1, либо если делать во весь экран то как на рисунке 2, сейчас же они открываются как на рисунке 3 и чтоб увидеть кнопки управления окном то нужно полосу прогонять наверх как на рисунке 4.
Created attachment 2132 [details] скрин проблемы --
Баг воспроизводится бутылка bugs/7029 WINE@Etersoft 1.0 SQL 1.0.12-eter8.14/18 Если открыть справочник и развернуть его на весь экран, пропадают кнопки управления дочерним окном(свернуть, развернуть,закрыть), при этом полоса прокрутки отображается как на родительском так и на дочернем окне.При дальнейшем открытии справочников окна отображаются корректно.При их последующем закрытии проблемный справочник тоже отображается корректно.
*** Bug 7023 has been marked as a duplicate of this bug. ***
На сборке eter8.15-18 данная проблема присутствует.
eter 8.17/19, 9/19 проблема есть.
Изменив порядок сортировки баз данных, запустил через wwo, бага воспроизвелась. Пишу тест воспроизводящий проблему.
В тесте описал создание дочернего окна. Поверил на оригинальном wine и на 1.0.12. Воспроизвести проблему не удается.
Воспроизвести проблему в тесте так и не удалось. Нашел расположение функции создания MDI-дочернего окна. Установил, что ошибка в указании на данные создания окна (lParam). Произвожу анализ посылаемых сообщений окну.
А никто не делал обычный git-bisect для поиска ломающего коммита? Судя по отзывам, проблема появилось в одном из багфиксов (вернее, в одной из тестовых сборок), а раньше 1.0.12 работала нормально.
(В ответ на comment #11) > А никто не делал обычный git-bisect для поиска ломающего коммита? > Судя по отзывам, проблема появилось в одном из багфиксов (вернее, в одной из > тестовых сборок), а раньше 1.0.12 работала нормально. если не ошибаюсь то эта проблема появилась в сборке eter8.14-18 (в 8.15 уже точно была)
Использую git bisect. В ходе сборки в одном из тестов появилась проблема "object with variably modified type must have no linkage".Приступаю к ее устранению.
(В ответ на comment #13) > Использую git bisect. В ходе сборки в одном из тестов появилась проблема > "object with variably modified type must have no linkage".Приступаю к ее > устранению. Может, воспользоваться skip, если там ещё много коммитов до выявления проблемного.
Сместился на соседний коммит. Продолжаю бинарный поиск.
Многократные смещения на соседние коммиты при bisect не решают проблемы. Использование checkout так же не дало результатов. Убираю тест gdi32/test из правил сборки.
Проведя всевозможные исследования, я так и не понял, когда проявляется бага. 1. Проявляется в версии eter11/19, установленной в систему, и на актуальной версии из git. 2. Не проявляется через wwr для всех прошлых версий, а также на eter8/18, установленной в систему. Однако на сборке из git, соответствующей багфиксу #3 (eter8), при стоящей в системе закрытой eter18 - бага имеет 100% воспроизводимость! Я не вижу разницы между вайнами, установленными из пакета и из гита, но тем не менее бага не проявляется в одном и проявляется в другом.
И уточню способ воспроизведения. У меня такое ощущение, что сама формулировка своей неправильностью сбивает тестировщиков и разработчиков с толка. Управляющие элементы окна не пропадают (в смысле, исчезают), а скрываются в верхней части экрана. А в главном рабочем окне программы появляется полоска вертикального скроллбара, прокрученного до середины. Всегда есть возможность подвинуть ползунок и добраться до желаемых кнопок. Управлять возможно, особенно если нажать один раз, развернуть на весь экран и дальше работать нормально. Составной частью ошибки является то, что не запоминается стиль mdi-окон - они появляются не максимизированными, с рамкой, но такого размера и на том месте экрана, как будто они максимизированны. Отсюда и скрытие кнопок вверху окна. Воспроизведение. 1) Открываем любой справочник (например, "Справочник" - "Номенклатура"). 2) Максимизируем окно справочника. 3) Закрываем максимизированное окно справочника. 4) Открываем этот же справочник ещё раз. 5) voila, любуемся багой.
(В ответ на comment #16) > Многократные смещения на соседние коммиты при bisect не решают проблемы. > Использование checkout так же не дало результатов. Убираю тест gdi32/test из > правил сборки. Устранил проблему сборки возникающую в тестах. Откатил до eter4/18, бага не воспроизвелась. Сравниваю получившеюся ветку с eter-1.0.12.
WINE@Etersoft 1.0 SQL 1.0.12-eter11.13/21 - воспроизводится. WINE@Etersoft version 1.3.14-eter1.3 - воспроизводится.
Нужно определиться на какой сборке всё работало, а на какой всё сломалось. Уточняющие вопросы - как сделать и как запускать на разных сборках к Виталику, Саше.
Я с помощью wwr попыталась найти версию wine, на которой не воспроизводится данный баг. Вплоть до 1.0.5 (на 1.0.4 и ранее не получилось проверить) Но рано или поздно,при открытии и закрытии различных окон,в частности справочников, бага все таки проявляется. теперь буду проверять через git.
Откатила до 1.0.12-eter4 - воспроизвелось - не сразу,некоторое время все таки пришлось пощелкать окошки (свернуть-развернуть-открыть-закрыть).
Откатила до WINE@Etersoft version 1.0.10-eter12.4 Проблема все равно проявилась,пощелкать пришлось подольше. Причем один справочник становится проблематичным,остальные работают нормально. в консоли: fixme:tab:TAB_SetCurFocus Should set input focus При проверке через wwr, а также при откатах (2 последних комментария) присутствовала такая проблема: при разворачивании одного окна,автоматически разворачивались все остальные открытые окна. При сворачивании одного - сворачивались и другие. Это осложняло немножко задачу, но при долгом таком разворачивании-сворачивании все равно один справочник в итоге разворачивался за пределы родительского окна (на род.окне элементы пропадали). Если проблемное окно большое,то, с помощью полосы прокрутки на родительском окне можно подняться до его шапки(проблемного) и передвинуть окошко как нам удобно (закрыть,свернуть). но если окошко короткое,то полоса прокрутки на родительском окне уже не работает. Тогда надо определиться,что способом воспроизведения будет именно не многократным щелканьем,а именно таким: (В ответ на comment #18) > Воспроизведение. > 1) Открываем любой справочник (например, "Справочник" - "Номенклатура"). > 2) Максимизируем окно справочника. > 3) Закрываем максимизированное окно справочника. > 4) Открываем этот же справочник ещё раз. > 5) voila, любуемся багой.
оказалось,что версии с 1.0.10 по 1.0.12eter7.25 wine не собирается,все это время искала тот,который собирается (1.0.12 eter 7.26).
eter7.26 - не воспроизвелось eter10.1 - воспроизвелось. ищу далее.
WINE@Etersoft 1.0 SQL 1.0.12-eter7.26/23 странно,с первого открытия воспроизводится и здесь,но если закрыть справочник - далее не воспроизводится. Ищу версию,в которой воспроизводится также часто,как в testing. WINE@Etersoft 1.0 SQL 1.0.12-eter7.32/23 - воспроизводится часто,легко поймать. WINE@Etersoft 1.0 SQL 1.0.12-eter7.31/23 - воспроизводится уже намного реже. WINE@Etersoft 1.0 SQL 1.0.12-eter7.29/23 - не воспроизвелось. Но - снова попробовала в wine testing - воспроизвелось. wineserver -k. Снова wine eter7.29/23 - воспроизвелось пару раз.Закрыла справочники. Далее-не воспроизвелось.
Заново проверяю (после выхода-входа из бутылки,с билдера, из сеанса) WINE@Etersoft 1.0 SQL 1.0.12-eter7.29/23 воспроизвелось с 3-4 открытия справочника, далее не воспроизводится. Буду искать,где проблема появляется также часто,как в testing.
Окончательно: WINE@Etersoft 1.0 SQL 1.0.12-eter7.32/23 - воспроизводится WINE@Etersoft 1.0 SQL 1.0.12-eter7.31/23 - не воспроизводится
Не могу утверждать,что виноват какой-то определенный коммит. По мере отката на более раннюю версию проблема просто воспроизводится реже. При проверке на одной и той же версии (к примеру WINE@Etersoft 1.0 SQL 1.0.12-eter7.29/23) - сначала проблему было вообще не выявить. Через 5 минут здесь же проверяю каким же образом - проблема воспроизводится часто. Суть проблемы - самопроизвольное смещение окна (например,справочника) за пределы родительского окна. Чаще всего это происходит при сворачивании окна : одно окно сворачиваешь - позади него окно смещается.
(В ответ на comment #22) > Нужно определиться на какой сборке всё работало, а на какой всё сломалось. > Уточняющие вопросы - как сделать и как запускать на разных сборках к Виталику, > Саше. Багу кто будет решать? Проблему тестируем уже кучу времени, что в итоге?
Воспроизвести просто разворачиванием окна у меня не получилось. Но если развернуть окно справочника, закрыть его, а потом снова выбрать этот справочник в меню, то кнопки окна у появившегося окна получаются не видны, надо использовать прокрутку.
Посмотрел, что происходит, если сделать так на Windows. Окно справочника, которое было закрыто в максимизированном состоянии, открывается после этого не максимизированным, а с размерами, которые были до максимизации.
Проблема проявляется также, если открыть два справочника, развернуть один из них, переключиться на другой на панели, а затем вернуть исходный размер. В такой формулировке баг у нас (1.3.27/1.7.1-eter1.9/3) воспроизводится на winefile (окна в нём можно переключать из меню). При этом в ванильном wine баг на winefile не воспроизводится (wine-1.3.27-358-g3c7e782).
Проблема оказалась вызвана хаком для Хронографа 3.0 Мастер *(http://bugs.etersoft.ru/show_bug.cgi?id=6820). Доработал хак, чтобы проблема не проявлялась.
(В ответ на comment #36) > Проблема оказалась вызвана хаком для Хронографа 3.0 Мастер > *(http://bugs.etersoft.ru/show_bug.cgi?id=6820). Доработал хак, чтобы проблема > не проявлялась. так-так-так... А нам то - простым смертным - что счаз делать? Как избавиться от нее?
> так-так-так... А нам то - простым смертным - что счаз делать? > Как избавиться от нее? Обновить открытую часть до 1.0.12-alt12.9.
(В ответ на comment #38) > Обновить открытую часть до 1.0.12-alt12.9. Блин... А где взять? На ftp не нашел, а со страницы продукта ссылки приходят на wine-etersoft_1.0.12-eter12debian_amd64.deb Или что то я парю...
(В ответ на comment #39) > Блин... А где взять? На ftp не нашел, а со страницы продукта ссылки приходят на > wine-etersoft_1.0.12-eter12debian_amd64.deb На странице продукта закажите версию testing. Сегодня или завтра выпустим багфикс-релиз и будет доступно по обычным ссылкам на странице продукта.
(В ответ на comment #40) > На странице продукта закажите версию testing. Сегодня или завтра выпустим > багфикс-релиз и будет доступно по обычным ссылкам на странице продукта. СПС за оперативный ответ - подожду багфикс.
WINE@Etersoft 1.0 SQL 1.3.27/1.7.1-eter1.12/3 wine@eterhack bottle 1c/bug42 c:/Program Files/1Cv77/BIN Все корректно.
WINE@Etersoft 1.0.12-eter13/26 Разворачиваются окна корректно.
(В ответ на comment #43) > WINE@Etersoft 1.0.12-eter13/26 > Разворачиваются окна корректно. Проблема осталась и в сборке eter13/26. Платформа Ubuntu 10.04 server, wine@etersoft network.
(В ответ на comment #44) > Проблема осталась и в сборке eter13/26. Платформа Ubuntu 10.04 server, > wine@etersoft network. После обновления пакетов, не забудьте выполнить команду wine --update. Если не поможет, потребуется заново создать win-окружение: удалите или переименуйте каталог .wine В будущем направляйте, пожалуйста, подобные сообщения на support@etersoft.ru.
