|
Глюк на обычных формах | ☑ | ||
---|---|---|---|---|
0
Sam1C
31.10.18
✎
15:12
|
Доброго дня!Иногда в модальной форме выбора перестает быть активной кнопка ОК. Не понятно почему, если закрыть (закрыть вместе с владельцами) и заново открыть то все норм. Решил продублировать действие кнопки ОК, добавил в меню еще «Подтвердить выбор», но она тоже становится не доступной в таких случаях. Форма вызывается из обработки, в самой обработке форм штук 20-ть различных, обработка внешняя, релиз платформы 8.3.12, режим совместимости интерфейса: Версия 8.2, режим совместимости: 8.3.9.
https://www.dropbox.com/s/souzec0vqo21lr1/ГлюкФормы.png?dl=0 |
|||
1
Ёпрст
31.10.18
✎
15:19
|
(0) видать где то ставишь у формы свойство ТолькоПросмотр = истина
|
|||
2
Ёпрст
31.10.18
✎
15:20
|
чудес не бывает
|
|||
3
Sam1C
31.10.18
✎
15:34
|
(1) Нету даже ни где этого метода ТолькоПросмотр в коде. Если бы в этом причина, то при повторном открытии тоже самое было бы. В документе вызывается из внеш. обработки "Подбор" основнаяФорма (немодально), потом из ОсновнойФормы этой же обработки модально уже другая форма, которая глючит. Если всю цепочку закрыть, в месте с документом и заново все открыть все работает.
|
|||
4
Sam1C
31.10.18
✎
15:37
|
(3) + воспроизвести ситуацию не возможно, так как бывает редко у различных пользователей. Делаешь все тоже самое все работает.
|
|||
5
Sam1C
01.11.18
✎
10:47
|
up
|
|||
6
Cyberhawk
01.11.18
✎
10:53
|
Создай отдельную кнопку со своей командой
|
|||
7
Sam1C
01.11.18
✎
12:38
|
(6) ТАк в (0) писал, что создал «Подтвердить выбор», но она тоже становится недоступной
|
|||
8
ptiz
01.11.18
✎
12:41
|
(0) Тоже может быть, если в коде нет процедуры, назначенной кнопке. Видимо тут двум кнопкам назначена одна и та же.
Глюк кэша (после дин.обновления) или расширений. |
|||
9
Sam1C
01.11.18
✎
13:42
|
(8) Специально, для кнопки "Подтвердить выбор" назначил иную процедуру, чем для ОК. Так как самому показалось, что ситуация напоминает, как будто не назначена процедура - кнопке и она становится недоступной.
|
|||
10
Cyberhawk
01.11.18
✎
14:03
|
(7) Так ты пишешь "задублировал", может ты то же самое действие повесил на кнопку. Я и говорю поэтому - надо полностью отдельное, "свое"
|
|||
11
Sam1C
01.11.18
✎
14:13
|
(10) см (9)
|
|||
12
НоваяВолна
01.11.18
✎
14:16
|
(0) Не связано ли это с тем, что в третьей строке свободного остатка нет?
|
|||
13
ktibo
01.11.18
✎
14:22
|
посмотри в сторону Формы источника, может в событии при выборе открывается форма выбора в режиме просмотра
|
|||
14
Sam1C
01.11.18
✎
14:37
|
(12) (13) не связано, писал, что при повторном открытии все норм. И поиском всю обработку (все формы и владельцы форм) на ТолькоПросмотр проверил, нигде не встречается
|
|||
15
Cyberhawk
01.11.18
✎
14:44
|
(11) Что в момент вызова подменю / перед закрытием этой формы с ее свойством "ТолькоПросмотр" в отладчике?
|
|||
16
Sam1C
01.11.18
✎
14:49
|
(15) воспроизвести ситуацию не возможно, так как бывает редко у различных пользователей. Просто звонит юзер и говорит, что кнопка не доступна и кидает скрин. Делаешь тоже самой у себя все работает. Более того, если сам юзер все закроет и заново откроет глюк пропадает.
|
|||
17
Cyberhawk
01.11.18
✎
14:51
|
Добавь код при открытии формы, что если доступности у кнопки нет, то выводи сообщение со значением свойства формы "ТолькоПросмотр". А еще лучше это в ЖР просто писать.
Через недельку глянешь, что там. |
|||
18
Serg_1960
01.11.18
✎
15:02
|
(0) Убери у кнопки свойство "Изменяет данные" - будет доступна всегда, но с модифицированностью формы ты уж сам как-нибудь разберись :)
|
|||
19
НоваяВолна
01.11.18
✎
16:20
|
(16) упссссссс. Попробуй пересоздать того же пользователя и мониторь как быстро у него вывалится этот глюк. На УТ 11.4 с чем-то подобным сталкивался... Проблема была в настройках сканера штрих-кода, который глючил при вводе позиций с клавиатуры
|
|||
20
Sam1C
01.11.18
✎
17:29
|
Идеи принял буду пробовать! Спасибо всем
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |