См. скриншот. Если в окне Оплата по счетам два раза кликнуть в ячейке стоблца сумма, должно открыться окно ввода/изменения суммы. Окно открывается, но _под_ окном Оплата по счетам. То есть, после клика окна Введите сумму не видно до тех пор, пока не передвинешь окно Оплата по счетам. wine11-eter-11/6 Debian Lenny 1Cv77
Created attachment 1432 [details] screenshot Описание проблемы
Воспроизвести и привести логи.
wine-etersoft-1.0.12-alt1.2 wine-etersoft-sql-1.0.12-alt1 Проблемы не воспроизвёл. С фокусом всё впорядке.
Это все хорошо, только wine-12 находится в статусе беты на сегодняшний день (поправьте меня, если я ошибаюсь), поэтому ставить его в "продакшн" не есть прасвильно я думаю. Как выразился кто-то в соседней ошибке "живьем съедят", если что-то пойдет не так. Поэтому может как-то можно включить в 11ую ветку исправления, или таки выкатить релиз 12ой ветки.
(In reply to comment #4) > Это все хорошо, только wine-12 находится в > статусе беты на сегодняшний день > (поправьте меня, если я ошибаюсь), поэтому > ставить его в "продакшн" не есть прасвильно > я думаю. > ... > Поэтому может как-то можно включить в 11ую > ветку исправления, или таки выкатить релиз > 12ой ветки. Багфикс релизов 1.0.11 больше не будет, на данный момент как раз готовится к выпуску 1.0.12, на которой и проводится тестирование всех проблем. Релиз будет в ближайшее время.
WINE@Etersoft 1.0 Network 1.0.12-eter1.2/1 Ситуация такая: если на предыдущих версия wine окно всегда было "потеряно", то сейчас оно да, появляется оно корректно, сверху. Однако, несмотря на то, что окно это модальное, если щелкнуть по другому какому-то окну, это окно выходит наверх, скрывая тем самым сабж. А так как окно все-таки модальное, то оно утягивает за собой фокус. В итоге все подвисает.
(In reply to comment #6) > WINE@Etersoft 1.0 Network 1.0.12-eter1.2/1 > Ситуация такая: если на предыдущих версия > wine окно всегда было "потеряно", то сейчас > оно да, появляется оно корректно, сверху. > Однако, несмотря на то, что окно это > модальное, если щелкнуть по другому > какому-то окну, это окно выходит наверх, > скрывая тем самым сабж. А так как окно > все-таки модальное, то оно утягивает за > собой фокус. В итоге все подвисает. > Это на том же примере? Имеется ввиду, что модальное окно, которое всегда должно быть сверху, может прятаться за остальные?
Не только прятаться, но и утягивать за собой фокус
(In reply to comment #8) > Не только прятаться, но и утягивать за > собой фокус > Выложите, пожалуйста, вашу конфигурацию нам на фтп. ftp://etersoft@ftp.etersoft.ru пароль etersoft И сообщите здесь.
(In reply to comment #8) > Не только прятаться, но и утягивать за > собой фокус > Если выложите - сообщите, пожалуйста здесь.
testbase.tar.gz 3c80f5d79b6ada2d525b27a9ac64f84e testbase.tar.gz
> 3c80f5d79b6ada2d525b27a9ac64f84e testbase.tar.gz > Бутылка bugs/4693 База в /testing. А пароль можно к администратору?
000000
Аналогичное нашёл в бутылке 1c81/1c81-DemoTrd-atol-2009-02-11 Открываем Операции--Обработки Окно открывается Но если щёлкнуть по главному, модальное исчезает на задний план и фокус пропадает.
То же самое со всеми элементами в Операциях. SQL 1.0.12-eter1.4/1 Илья, такое было уже? Это, что касается 1с81. С 77 ещё буду воспроизводить.
Проверил на вашей конфигурации. Окно ввода суммы корректно, поверх него может выступать только окно оплаты по счетам, и фокус не пропадает. WINE@Etersoft 1.0 SQL 1.0.12-eter1.4/1 Эту запись оставляю ради баги в 14 комменте.
Илья, исправлять нужно багу в 14 комменте.
Бага серьёзная. Ещё способ: 1c81/1c81 Операции -- документы
Временное решение - запускать с переменной WINEENABLERAISE: WINEENABLERAISE=1 wine 1cv8.exe
Ошибка возникла из-за revert'а: commit f864420e50c0912233f642ac99137c396b8c66f7 Author: Ilya Shpigor <shpigor@etersoft.ru> Date: Sat Feb 27 12:08:40 2010 +0300 Revert "winex11.drv: Do not manage the V8NewLocalFrameBaseWnd windows in Gnome (eterbug #4397)" (eterbug #4973) This reverts commit 0361bbf02e1fc7d6749ffc603b59de115742f8fc.
Выложил патч. По сути решение то же что и для баги #4397 вывод из под управления DE окон V8NewLocalFrameBaseWnd под Gnome и 1с8. Это изменение чинит #4397, #2080, #4693, но ломает #4973. Чтобы исправить #4973 решил выводить из под управления DE стандартный диалог открытия файла (только для Gnome и 1с8). Тестировать с параметром: GNOME_DESKTOP_SESSION_ID=1
Принято. 1.0.12-eter5.4/5
Смотрел без параметра, проблемы с модальными окнами нет.
Выяснилось, что у истории есть продолжение. Обращаю внимание к уже выложенному вначале баги скриншоту. Бух в заданных операциях не тыкает мышкой, а работает с клавы. Проблема: если выбрать в окне Оплата по счетам строку с суммой, нажать энтер, в появившемся модальном окне Сумма внести необходимые правки и снова нажать энтер, сумма правильно переносится в другое поле, окно Сумма корректно закрывается, но вот фокус, вместо того, чтобы вернуться в окно Оплата по счетам, переводится на родительское окно (, Новая строка). Это видно даже по изменяющемуся цвету заголовка окна. Возвращает фокус в окно Оплата по счетам только двойной клик на нем. Бух этого может не заметить и, сделав пару табов, жмет энтер, совершая тем самым действия не в том окне. Подытоживая, фокус не тереятся, он некорректно переходит от дочернего окна к родительскому. Мышкой его возможно вернуть в нужное место без потери работоспособности программы. Однако в некоторых случаях замечены подвисания 1С при многочисленных операциях в этих окнах (разнесение большого числа счетов).
на eter6/8 вышеописанное актуально.
Как-то бы надо добить багу
последнее время и не 1С8.1 даже ообсуждается, а 7.7...
to night: Есть ли возможность воспроизвести проблему в комментарии 24 в бутылке bugs/4693?
(In reply to comment #28) > to night: > Есть ли возможность воспроизвести > проблему в комментарии 24 в бутылке bugs/4693? > Подтверждаю. Бутылка bugs/4693 (пароль 000000) Операции -- Журнал документов -- Банковские документы -- Открываем любую выписку-- Новая строка -- В контрагентах выбираем например Вятбакалея и Основной договор -- Разнести -- Открываем сумму и Enter на клавиатуре. Результат - фокуса нет. По пути столкнулся ещё и со следующими проблемами: 1) Если в окне Новая строка выбрать Назначение платежа -- Оплата по счёту появляется окно с ошибкой. Фокуса у него нет. Если щёлкнуть по нему мышкой, а затем на окно Новой строки то наблюдаем зависание секунды на три. 2) Также зависание наблюдается при закрытии окна, после которого должен появиться диалог о сохранении. Например закрытие банковской выписки или самой 1с.
Воспроизводилось в Gnome
Проблема затянулась и по-прежнему с решением туго? Особенно напрягает то, что иногда после потери фокуса 1Ска подвисает и ее приходится убивать вручную с последующей проблемой "каталог пользователя занят"
Создается ощущение, что проблема, как болячка, разрастается. Вчера наблюдал, что теперь, разнеся по счетам один документ, при попытке разнести второй - фокус теряется. Если же после разнесения первого применить изменения, закрыть окна лишние, зайти заново - можно разнести еще один документ ;)
Вообще с фокусом различных окон в 1С77 наблюдаются, простите за каламбур, фокусы. Сегодня на другой базе, на другом сервере стало не так появляться окно выбора номенклатуры при заполнении формы приходной накладной. Не так - это номенклатура за формой, а не перед ней. Сборка wine-a 7-12.
Выявил появление ошибки trace:button:ButtonWndProc_common WM_KILLFOCUS 0x10192 trace:button:ButtonWndProc_common notification BN_KILLFOCUS sent to hwnd=0x10120
Есть подозрение что ошибка является следствием неправильной обработки сообщения WM_ACTIVATEAPP. Определяю активацию окна уровнем ниже.
(В ответ на comment #14) > Аналогичное нашёл в бутылке 1c81/1c81-DemoTrd-atol-2009-02-11 > Открываем Операции--Обработки > Окно открывается Но если щёлкнуть по главному, модальное исчезает на задний > план и фокус пропадает. Проблема воспроизводится на 1.0.12-eter14/28
Подскажите, а на терминальное rootless подключение влияет ли GNOME? Запускаю сразу скрипт вида "wine "c:\program files\1cv82\common\1cestart.exe"" Просто у меня 3 неудачных попытки внедрения терминальный сервер+rx@etersoft+1C+wine@etersoft, во всех вариантах переодически (несколько раз в день) подвисает окно 1С. Вот наткнулся на этот баг, думаю может в этом дело?
(В ответ на comment #37) > Подскажите, а на терминальное rootless подключение влияет ли GNOME? Запускаю > сразу скрипт вида "wine "c:\program files\1cv82\common\1cestart.exe"" > > Просто у меня 3 неудачных попытки внедрения терминальный > сервер+rx@etersoft+1C+wine@etersoft, во всех вариантах переодически (несколько > раз в день) подвисает окно 1С. > > Вот наткнулся на этот баг, думаю может в этом дело? При работе в rootless-режиме не используется ни display manager(gdm, kdm и т.д.) ни Desktop Enviroment(GNOME, KDE).
Видимо, нужно протестировать и при необходимости передать Дмитрию dtimoshkov@ для решения.
Бутылка eter-2.0 bugs/4693 .базу скопировала из такой же бутылки на eter-1.0.12, Администратор : 000000 Не воспроизвелось ничего из описанного,также в comment #29 Что касается GNOME Ubuntu 12.04 снимок 3693, не воспроизвелось. Везде проверялось на WINE@Etersoft SQL 2.0.2-eter15/4
