Ошибка при создании расширения. #788007

Доброго времени суток! Имеем платформу 8.3.9.2033 и несколько переделанную Розницу и обновленную Розницу 2.2.5.21, решили часть изменений (особенно тех что придется делать заново из-за сильного изменения модуля и пр.) вынести в расширение, но случилась незадача, при создании расширения, выдает ошибку: "Неправильный путь к файлу 'InteractiveSecurity.ext'. Схема не зарегистрирована" и кнопки Завершить работу/перезапустить. После перезапуска и открытия списка расширений, там есть строка с расширением но с тем именем что я дал, а с именем по умолчанию "Расширение". Да, после перезапуска 1с, это расширение можно переименовать и пр., но хоть изменения и сохраняются, при каждом "принятии изменения" выдается всё та же ошибка. Что пробовал: 1) Отключил режим совместимости (он и так не нужен был). 2) Почистил кеш базы. 3) Гуглил. Данная ошибка на прямую не гуглится, но бывали похожие и ни ТиИ ни chkdbfl.exe им не помог (сомневаюсь что тут поможет, а сделать не могу - это на долго). Заранее спасибо!

Для какой из Розниц делается расширение?

Розница, редакция 2.2 (2.2.5.21) (не базовая)

На другом ПК пробовал? Файловая?

Я в топике не правильно выразился, розница у нас одна и мы её обновили 2.2.4.17 (а в Июле с ещё более старых версий) На другом компе не пробовал, база в MS-SQL 2012 Как я понимаю, проблема в том что данного файла нет в самой базе и её перенос на другой компьютер не поможет. Только вот вопрос, где его взять и как добавить.

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

Открыл новую базу одной известной программулиной, действительно - это файл в базе, теперь вопрос, как мне его запихнуть в серверную базу?

Сначала разберись что это за файл и есть ли он в расширении. Твоё расширение в файловом режиме работает, а в клиент-серверном не работает. Так? Проверь работу в файловом в тонком клиенте.

Проблема не в расширении, его ещё нет, ибо ошибки про отсутствие файла уже при создании нового расширения в конфигураторе. В новой чистой рознице, открыв базу программой Tool_1CD и перейдя в таблицу Files я обнаружил тот самый InteractiveSecurity.ext размером в 3 байта, правда сама Tool_1CD не может его извлечь. Стоп. Сейчас поигрался с расширением в режиме клиента и файл InteractiveSecurity.ext сам добавился в базу и ошибка исчезла. К сожалению я не запомнил последовательность действий которые привели к авто добавлению файла платформой.

Если ситуация не повторится, то и не парься

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

а разве здесь закрывают темы?

Все-таки я ошибался. Хоть файл этот в базе и формируется автоматически, проблема сохраняется, просто не всегда одинаково воспроизводится :( Попробую сейчас даунгрейдится на 8.3.8 последнюю

Мои изыскания на эту тему: 1) Баг есть только с клиент-серверном варианте, в файловой базе всё ОК. 2) Бага нет на версии 8.3.8.2197 Отличие 8.3.8.2197 от 8.3.9.2033 в контексте расширений (из-за чего может быть проблема) это добавленный в 8.3.9.2033 режим "Защита от опасных действий". Тестирование проводилось на одном и том-же DT и одном и том-же пустом расширении.

Этот режим можно отключить для пользователя, под которым ты подключаешь расширение? Т.е. отключить (или разрешить опасные действия), а потом подключать.

Отключить/включить то можно, это только моё предположение что проблема в нем, однако включение/выключение его не убирает ошибку. Самое забавное, в режиме клиента эти галочки можно менять без ошибок, но в конфигураторе с ошибкой . Если она возникала только при изменении этих галочек, можно было наплевать, но разрабатывая расширение в конфигураторе и применяя изменения в нем, опять вылетает эта ошибка, которую ещё нельзя пропустить, только выход/перезапуск.

+ Нагуглил что этот режим можно вообще отключить с conf.cfg, но сие не помогло.

В conf.cfg настройка: DisableUnsafeActionProtection

у меня такая же фигня произошла

Такой же мрак, платформа 8.3.9.2033, база скульная, та же ошибка при сохранении расширения.

Ниче не понимаю. Выходит, пользоваться функционалом расширения опасно? Механизм глючный?

нет, 1с кривой костыль для защиты от дурака (юзера), которые запускают что ни попадя, вставила

нужно воспользоваться более старым релизом 8.3.9, в котором еще нет этого механизма

Подтверждаю, на платформе 8.3.9.1850 все работает замечательно.

Тут больше возникает проблема при разработке расширения, использование уже готового если и вызовет на этапе добавления расширение один раз ошибку, то ничего страшного, а то и вообще не выдаст если добавлять через клиент, а не через конфигуратор. Но с таким багом разработка расширения практически не возможна (если только писать без ошибок всё расширение и потом только 1 раз в конце применить всё, или если надо сделать одно мелкое изменение). Случаем не в курсе, последняя розница совместима с этой версией?

а если попробовать файл InteractiveSecurity.ext поместить в соответствующую таблицу через SQL-сервер? у меня, к сожалению, нет доступа к SQL-серверу того заказчика, у которого воспроизводится эта ошибка.

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

+ Если взаимодействовать с расширением через клиент, то тоже проблем нет. По всей видимости проблема сугубо в конфигураторе при работе с сервером 1с. Как я понимаю (возможно ошибаюсь) при взаимодействии с расширением, файл InteractiveSecurity.ext обновляется в базе и по всей видимости на этом этапе происходит какая-то оказия. PS: Взаимодействие с расширением - Изменение состояния галочек "Безопасный режим, имя профиля безопасности", "Защита от опасных действий", загрузка/выгрузка расширения в/из файла в клиенте и конфигураторе и принятии сделанных изменений в расширении в конфигураторе.

Столкнулся с такой же ошибкой на 2033. Вернулся на 1818 - все работает без проблем.

опубликовали тестовую, где вроде исправлено. лучше бы эту "защиту" вообще выпилили...

Ответ от 1С: В опубликованной тестовой версии 8.3.9.2084 ошибка исправлена

и еще ХХ новьіх ошибок...

Прав! Сто раз прав! Вышла 8.3.9.2170. Поставил. Вроде работает. Нажал на кнопочку "Обновить расширения формы". Форма почему-то тут же закрылась. Открываю и ...Все изменения на формах в расширении исчезли или перекосились. Очередной косяк! Загрузился из бэкапа. Буду пока ехать на 1818.