Программа аварийно завершает работу после изменения вида элемента
Добрый день!
Сегодня нарвался на неприятнейшую ситуацию)
В редакторе формы обработки:
1) Создал реквизит формы строкового типа.
2) Создал элемент формы, который ссылается на реквизит
3) Промахнулся и выбрал вид элемента "Поле PDF документа"
4) Зашел в пользовательском режиме - убедился, что получил не то, что хотел
5) В конфигураторе поменял вид элемента на "Поле текстового документа"
6) Зашел в пользовательском режиме и получил аварийное завершение 1С в пользовательском режиме
7) Перезапустил конфигуратор, в нем захожу в проблемную форму - получаю такое же аварийное завершение только теперь уже конфигуратора.
Данные действия вызывают аварийное завершение даже в пустой конфигурации в форме обработки (предполагаю что и в любых других формах, не тестировал)
Проблема возникает на платформе 8.3.22.2283
Кэш чистил - не помогает, на другие версиях платформы открывал cf и dt - тоже крашится. Проверка модулей в конфигураторе тоже крашит конфигуратор. Предполагаю, что в свойства элемента что-то записалось, когда он был полем пдф документа и не отписалось, когда он стал полем текстового документа.
Может кто-то сталкивался с данной проблемой и знает как ее решить?
Или есть какой-то скрипт/программа, который может добраться до этого реквизита формы не открывая конфигуратор?
UPD
Конструкция получения проблемной формы из другой формы тоже крашит пользовательский режим
ПроблемнаяФорма = ПолучитьФорму("Обработка.Тест.Форма.Форма3");
Сегодня нарвался на неприятнейшую ситуацию)
В редакторе формы обработки:
1) Создал реквизит формы строкового типа.
2) Создал элемент формы, который ссылается на реквизит
3) Промахнулся и выбрал вид элемента "Поле PDF документа"
4) Зашел в пользовательском режиме - убедился, что получил не то, что хотел
5) В конфигураторе поменял вид элемента на "Поле текстового документа"
6) Зашел в пользовательском режиме и получил аварийное завершение 1С в пользовательском режиме
7) Перезапустил конфигуратор, в нем захожу в проблемную форму - получаю такое же аварийное завершение только теперь уже конфигуратора.
Данные действия вызывают аварийное завершение даже в пустой конфигурации в форме обработки (предполагаю что и в любых других формах, не тестировал)
Проблема возникает на платформе 8.3.22.2283
Кэш чистил - не помогает, на другие версиях платформы открывал cf и dt - тоже крашится. Проверка модулей в конфигураторе тоже крашит конфигуратор. Предполагаю, что в свойства элемента что-то записалось, когда он был полем пдф документа и не отписалось, когда он стал полем текстового документа.
Может кто-то сталкивался с данной проблемой и знает как ее решить?
Или есть какой-то скрипт/программа, который может добраться до этого реквизита формы не открывая конфигуратор?
UPD
Конструкция получения проблемной формы из другой формы тоже крашит пользовательский режим
ПроблемнаяФорма = ПолучитьФорму("Обработка.Тест.Форма.Форма3");
По теме из базы знаний
- Многопоточный CI-контур для 1С c Packer, Vagrant и Jenkins. Часть 1. Описание системы и обзор инструментария
- Собираем образ виртуальной машины с PostgreSQL и платформой 1С. Цикл "Многопоточный CI для 1С c Packer, Vagrant и Jenkins", часть 2
- Не спеша, эффективно и правильно – путь разработки. Часть 2. Теория
- Не спеша, эффективно и правильно – путь разработки. Часть 3. Практика
- Самые используемые методы БСП 3.1.9
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот