Типовая БП 3.0. Платформа 8.3.25.1374, релиз 172.24.
База SQL.
Открываю карточку контрагента, выбираю физлицо. ФИО вбил, вбиваю в реквизит ДокументУдостоверяющийЛичность
Паспорт 0000 000000 выдан УМФМ России
Сижу, жду 30 секунд, весь текст исчезает, остается только Паспорт.
Регламентные задания все выключены.
Как исправить ?

На файловой то же самое.

в форме поищи число 30

(0)

Не исчезает. Релиз правда поновее. Ждал 2 мин

Проверил на базовой БП 3.0.173.31
То же самое, исчезает.

Первый раз исчезает через 20 секунд. Если опять в том поле вбить, тогда ждать уже 40 секунд.

3.0.173.23 - исчезает.

Проверил на 170 релизе, не исчезает.

(0)БП 3.0.173.23, SQL, вбиваю паспортные данные, никаких тормозов, ничего не пропадает.

Другие формы открыты? Копайте в сторону обработчика ожидания.
Возможно, в других формах подключен ОбработчикОжидания, в процедуре которой не добавлена проверка "ВводДоступен()".
Было такое при реализации самописки на выполнении JS кода + ПолеHTML (с клиента выполнялся запрос получения текущих координат и зума подложки карты).

Есть такая фигня - копируешь документ, правишь поле и тут тебе раз и подгружается исходное значение в поле

Особенно неприятно что это на Платежных поручениях такое

Еще и другие глюки бывают

нужно запустить отладку из конфигуратора, сделать подготовительные действия, запустить замер производительности, дождаться пропадания данных, завешрить замер. думать над тем, что в таблице.
хотя, конечно, в типовых прям много обработчиков ожидания, но все равно - ответ там.

(9) Форма списка и форма элемента.
В обеих формах закомментировал все ПодключитьОбработчикОжидания
Не помогло

может еще оповещение другой формы или внешнее событие?

Это не внешнее воздействие. Иначе фиолетово было бы юрлицо или физлицо.
Интуитивно - это настройка свойств самого поля.

Проверил. БП 173.23 на 25.1394, файловый, права администратора, полные.

При создании нового в карточке ЮЛ выбираю Физлицо, завожу полное наименование как И И И, копипастом в поле Документ
Паспорт 0000 000000 выдан УМФМ России

Секунд через 6 перестаёт мигать курсор в конце текста, потом секунд через 10-30 очищается полностью это поле Документ.

Поставь свойство "ОбновлениеТекстаРедактирования" у этого поля в значение "Не использовать". Если проблема пропадет - значит дело, скорее всего, в обработчиках ожидания. Кстати они подключаться могут не только в модуле формы, но и в других модулях, куда эта форма может быть передана в качестве параметра (например).

Да. Поменял в свойстве ОбновлениеТекстаРедактирования с <Авто> на <Не использовать> (рис.) и теперь всё в порядке.

Гипотеза: для каких-то платформ и релизов свойство <Авто> срабатывает по какому-то приоритету(??) ошибочно как "Всегда" вместо "Не использовать".

Дальнейшее углубление в этот вопрос вне рамок моей компетенции )

(16) Одновременно )
А почему какой-то обработчик, не понял?

Похоже при стирании каждый раз запускается вот это фоновое задание.
Это что за зверь такой?

(15) А вот если выбрать ИП, то не исчезает.

Вообще - это даже зарегистрировано как ошибка
https://bugboard.v8.1c.ru/error/000173590

Мне особо понравилось:
Способ обхода:
Завершить редактирование данных в поле ввода как можно скорее

Включите замер производительности и найдите строчки, которые очищают поле

А если проблема на уровне платформы, не конфы?
Точнее глюк платформы, который проявляется при некоторых факторах на форме

(17) Странно. Я тоже поменял, но текст также исчезает, только намного позже.

(23) на 170 релизе нормально, на 171 не проверял, а потом и на 172 и на 173 ошибка.

Проверял на платформах 8.3.25.1394 и 8.3.25.1374
Одинаковая проблема.

(21) Это прекрасно!
Вот такой тематикой и принуждают переходить на 8.3, ибо там все работает...

(17) Да. Поменял в свойстве ОбновлениеТекстаРедактирования с <Авто> на <Не использовать> (рис.) и теперь всё в порядке.
Просто теперь чуть дольше ждать.
(27) Вообще-то это и есть 8.3

(28) Говорите, что 170 норм? Какой точно? Давайте выловим тот релиз, с которого всё началось.

Проверьте 171.16

А в ответ тишина...
Просто если окажется что он первый квакнувший, а предыдущий 170.27 нормальный, то у нас есть кандидат в шайтаны:
Новое в версии 3.0.171
Проверка контрагента
Сервис по получению информации о контрагенте из единых государственных реестров теперь называется "Проверка контрагента" (в прошлых версиях - "Досье"). Предусмотрена проверка общих сведений, видов деятельности, данных ЕГРЮЛ, связанных организаций, отчетности, проводится финансовый анализ.

Проверка контрагента доступна, если подключен сервис 1С:Контрагент.

Тогда смотрим в каких модулях были внесены изменения в 171. В первую очередь - по этой дурацкой проверке контрагентов. Понятно, что 1С:Контрагент никто не купил, однако под него что-то сварганили в модулях. Что? Вот здесь и начнём рыть, если никто не против.

3.1.170.19, там не исчезает.
171.16 пока нет возможности

(31) Это не ответ профессионала. Надо проверить. Сразу при накате 171 на 170 зафиксируйте - в каких модулях были какие изменения.

Гена:

Коллеги, я тут с утречка подумал…  как-то не вяжется ни релиз, ни ФЛ как новый контрагент. Да и вообще не нужно создание нового. Да и вообще для обнуления поля не нужно специально ждать.

Проведите прямо сейчас нехитрый эксперимент.
1. Откройте обработку РегламентныеИФоновыеЗадания и два щелчка по ЛЮБОМУ регламентному заданию, пусть откроется окошко формы РегламентноеЗадание
Не закрывайте его, будем с ним работать.

2. Теперь в справочнике Контрагенты войдите в любого контрика, пусть ЮЛ, неважно
Наберите в любом пустом поле информации (ЕГРН, телефон и т.п.) любую хрень. Можно просто цифры.

3. Возвращаемся на окошко РЗ из п.1 и жмём <Записать>. А теперь глядим на окошко контрагента.
Какие впечатления? )

3.0.171.16 не исчезает

(33) БП 3.0.171.20, платформа 8.3.25.1546.

После экспериментов выяснил, что открываешь форму контрагента, пишешь что-то в любом поле, курсор остается там же, при записи регл. задания поле очищается.
В других полях набранное не исчезает, только активное поле.

ОбработкаОповещения на форме контрагента?

(33) По поводу регламентных заданий:
28.03 написал в техподдержку после выпуска 3.0.173.23

После обновления Бухгалтерия Предприятия 3.0.173.23 при ручном запуске любого регламентного задания, после его успешного выполнения в таблице "Регламентные задания" не обновляется показатель "Дата окончания" да и сам статус...

В ответ пока тишина: может это тоже как-то связано?
в 173 редакции уже столько патчей и зарегенных ошибок :(((

Доброе утро, коллеги.
Какие идеи, гипотезы?

Нашёл.
Изначально при создании контрагента или при открытии такового, у которого НЕ заполнен адрес в поле адреса мы имеем серенькую надпись <не заполнен> (рис.1)
Вот почему довнесение данных не исчезает при воздействии регламентных заданий для тех контрагентов, у которых адрес уже заполнен.

Уберём, т.е. заремим всего две строчки в модуле ФормаЭлемента в Процедура УправлениеФормой(Форма):
Форма.ФактАдресКонтрагентаСовпадает = НСтр("ru = '<не заполнен>'");

И чуть ниже в соседней фразе "Если":
Форма.ПочтовыйАдресКонтрагентаСовпадает = НСтр("ru = '<не заполнен>'");

Теперь карточка контрагента выглядит так: рис.2

И поле ввода информации больше не очищается при запуске регламентных и фоновых заданий.

Года 4 назад ЕМНИП в БП похожая вакханалия была в форме платежного поручения.

(40) Чего ж молчали? Это уже интересно...
Какая же связь между документом ПП и справочником контрагентов?

Да никакой связи. Тогда что?
Коллеги, мне одному режут глаз символы < и > для надписи?

(41) Так давно это было. Может и связи вообще никакой, просто симптомы схожие. Бухгалтера некоторое время жаловались, что вводят что-то, а оно бац и "само". Сначала не верил, потом убедился, долго непечатно восхищался и что-то забанил в коде. Для ПП это было конечно эпично. Там текст даже не очищался, а заменялся. Со всеми вытекающими плюшками если не заметить.

(43)До сих пор такое есть

(44) Конкретика нужна.

(45)Копируешь документ, меняешь сумму или назначение платежа меняешь - хренак и  прилетает значение из исходного документа

(46) Не могу повторить. Ладно, оставим ПП. Ветка про контрагентов. У кого-нибудь сработало (39)?