Укажите отработанное время
Отработанное время (в минутах): Сохранить

Оставшееся время (в часах):

Отслеживайте корректность оставшегося времени.

Внимание! Оставшееся время равно 0.
Если задача ещё не решена, то укажите необходимое для её решения время.

Сохранить значение из поля

Сохранить 5 минут

Сохранить 15 минут

Сохранить 30 минут

Закрыть

Bug 396 - 1Cv77: Не реагирует на ESC (Escape) при выполнении отчёта
Summary: 1Cv77: Не реагирует на ESC (Escape) при выполнении отчёта
Status: CLOSED FIXED
Alias: None
Product: WINE@Etersoft
Classification: Продукты (Products)
Component: Окна / фокус / перерисовка (show other bugs)
Version: unspecified
Hardware: PC Linux
: P5 minor
Target Milestone: ---
Assignee: Илья Шпигорь
QA Contact:
URL:
Whiteboard:
Keywords:
: 830 (view as bug list)
Depends on: 3114
Blocks: 760 2401 3305 3589
  Show dependency treegraph
 
Reported: 2006-11-19 18:16 MSK by Vitaly Lipatov
Modified: 2009-07-27 16:19 MSD (History)
7 users (show)

See Also:
Заявки RT:
Связано с:
Дата напоминания:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Vitaly Lipatov Живая Классика 2006-11-19 18:16:30 MSK
Не реагирует на ESC (Escape) при выполнении отчёта в 1С 7.7
Comment 1 Vitaly Lipatov Живая Классика 2006-12-12 14:44:26 MSK
В Windows работает. Не устанавливается какой-то перехватчик?
Comment 2 Анатолий Лютин 2007-01-16 12:50:11 MSK
При выполнении отчёта Отчеты->Стандартные бухгалтерски->Отчёт по проводкам (формируется долго),если в текущей версии нажать на Esc, то вылетит стандартный MessageBox (работает правильно) и при ответе на вопрос о остановке, соответсвенно останавливает выполнение.
Comment 3 Vitaly Lipatov Живая Классика 2007-10-27 15:17:34 MSD
*** Bug 830 has been marked as a duplicate of this bug. ***
Comment 4 Vitaly Lipatov Живая Классика 2007-10-27 15:28:04 MSD
Возможно есть какая-то зависимость, почему у одних останавливается, а у других - нет?
Comment 5 sergling 2007-10-29 15:18:42 MSK
возможно есть зависимость, простой алгоритм  тест.ert
Пока 1=1 Цикл

КонецЦикла;

Если потерять фокус приложения, к примеру перейти на открытый рядом в wine 1с:Конфигуратор, то вернуть фокус назад уже не получается, соответственно esc просто не доходит до нужного приложения.


Comment 6 Антон Азанов (Djelf) 2007-11-15 14:56:14 MSK
В 1.0.8 все та же ситуация: если переключить фокус на другое приложение, а потом вернуться в 1С, esc перестает работать, а поскольку пользователи постоянно переключаются при длительных отчетах на другие приложения, невозможность остановить обработку отчета довольно неприятна.
Comment 7 Анатолий Лютин Живая Классика 2007-11-15 15:47:55 MSK
Да. Действительно проблема имеет место быть.
Предпосылка - 1с использует один поток, т.е. и интерфейс реализуется  и вычисления производятся в одном потоке. Способ воспроизведения - во время выполнения отчёта нажать esc (появится запрос об отмене) ->  нажать "отмена" (фокус уже ушёл), и, естественно второй раз отмена не нажать.
Comment 8 Анатолий Лютин Живая Классика 2007-11-23 16:22:57 MSK
Главное один раз потерять фокус и уже пока не выполнится отчёт фокус в главное окно не вернётся и отменить действие не возможно.
Comment 9 Vitaly Lipatov Живая Классика 2007-11-24 12:09:26 MSK
То есть проблема в том, что фокус больше не возвращается в то подокно, которое реагирует на нажатие Esc?
Comment 10 Антон Азанов (Djelf) 2007-12-20 10:16:22 MSK
Фокус, с виду, возвращается в то же самое подокно из которого вызвана обработка (wine@etersoft 1.0.8 от 15.12.07).
Если запустить бесконечный цикл из модального окна можно заметить различия поведения wine и windows:
Вызваем бесконечный цикл из модального окна в wine - модальное подокно активно и может быть перемещено мышкой (1С на esc второй раз после отмены или после потери фокуса не реагирует), в Windows это подокно перемещать невозможно (1С на esc реагирует всегда).
Comment 11 Анатолий Лютин Живая Классика 2007-12-21 12:12:49 MSK
То что под Linux модальные окна можно перемещать в таких условиях - это фишка оконных менеджеров (т.к. под KDE понятие "модальное окно" отсутствует напрочь, то там возможен даже такой эффект: Создаём два модальных окна и можем между ними переключаться, по идеалогии Windows такое поведение не возможно).
Comment 12 Антон Азанов (Djelf) 2008-02-07 22:09:49 MSK
Нашел способ заставить 1С увидить ESC
После потери фокуса, когда ESC уже не нажимается, нужно зажать ESC и не отпуская клавишу, мышью активизировать 1С в панели задач.
Работает в Ubuntu 7.04 (XFCE-4) wine@etersoft.sql 1.0.8


Comment 13 Константин Кондратюк Живая Классика 2008-11-01 13:30:36 MSK
Актуально?
Comment 14 Антон Азанов (Djelf) 2008-11-02 12:18:05 MSK
Актуально. В 1.0.9 поведение 1С при нажатии ESC не изменилось.
Comment 15 Илья Шпигорь Живая Классика 2009-02-12 10:22:06 MSK
Не получилось воспроизвести на текущей сборке.

Проверял в бутылке 1c77/1c7727. Приложение 1С корректно получает фокус и Esc отрабатывает.
Comment 16 Денис Баранов Живая Классика 2009-02-12 17:25:46 MSK
(In reply to comment #15)
> Не получилось воспроизвести на текущей
> сборке.
> 
> Проверял в бутылке 1c77/1c7727. Приложение 1С
> корректно получает фокус и Esc отрабатывает.
> 
Подтверждаю, на сборке eter41\16 ошибка не воспроизвелась.
Comment 17 Антон Азанов (Djelf) 2009-02-12 17:44:35 MSK
Подтверждаю, на 1.0.9-40/17 Ubuntu 7.04, 8.04 Gnome, Xfce4 не воспроизводится.
Comment 18 Антон Азанов (Djelf) 2009-04-23 14:20:28 MSD
В 1.0.10.19/13 ошибка с ESC опять возникла (ubuntu 7.04, Xfce4).
На этот раз ESC даже в первый раз не срабатывает. 
Как и раньше, помогает переключение на другое приложение и активация 1С в панели задач с зажатым ESC, при работе в рутлес-режиме NXClient`а прервать отчет вообще никак невозможно.
Comment 19 Илья Шпигорь Живая Классика 2009-04-23 15:35:23 MSD
Да, ошибка вернулась, переоткрываю. Появилась из-за патча на #3114.
Comment 20 Илья Шпигорь Живая Классика 2009-04-28 18:16:51 MSD
Выложил группу патчей.

Это немного другое решение баги #3114. В качестве критерия остановки извлечения сообщений WM_SYSKEYDOWN из очереди сообщеий используется разность текущего времени и времени создания последнего не popup окна. В этом случае сама бага #3114 корректно решается, т.к. очередь блокируется - разность времени меньше установленного интервала. 

Бага #3827 решается, т.к. текущее время назначается только для popup окна, иначе время создания последнего окна не изменяется (разность времени заведомо больше установленного интервала - очередь не блокируется).

Бага #396 решается,т.к. в момент нажатия кнопки формирования отчета - последнее окно создалось достаточно давно.
Comment 21 Денис Баранов Живая Классика 2009-05-10 15:45:22 MSD
Принято. 
eter21