Доброе утро!
Поменял 8.3.22 на 8.3.23, если в конфигураторе нажать на любой обработке "сохранить как внешнюю обработку..." (прямо в дереве) - 1С просто вылетает в дамп.
На 8.3.22 такого.
Подскажите, это как-то чинится?

PS: Права на папку есть...

Может ли это быть связано с тем, что обработка в расширении, но не заимствованная, а собственная созданная?
Просто пришлось срочно сносить и откатываться, не проверил, есть ли такой эффект с обработками из основной конфигурации.
Если не сложно, у кого 8.3.23 проверьте, есть ли у вас такая ошибка?

(1) 8.3.23.1739 не вылетает, ни при сохранении обработок из основной конфигурации, ни из расширения.

Хм, в чем тогда может быть у меня проблема? :(
Где-то есть у 1С лог при таких ошибках, чтобы посмотреть, что у неё случилось?

(3) дык тех.журнал

А в каком каталоге он расположен?

"C:\Users\1CAGENT\AppData\Local\1C\1cv82\dumps\" - пусто.
"C:\Users\1CAGENT\AppData\Local\1C\1cv82\logs\rphost_500\" - есть файлы, но они пустые и что такое "rphost_500"?

Где ещё поискать?

Может вот этот файл надо настроить "logcfg.xml"? Открыл его, там только это:
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<dump create="false" type="0" prntscrn="false"/>
</config>

Хм, на одной базе выгружает, на другой падает, на 8.3.23.1739 и 8.3.24.1106
Имеенно при выгрузке из расширения. На 8.3.22 не могу проверить - комьюнити лицензия.
Всякие танцы с бубном проделал. Не понятно...
Техжурнал видимо не поможет, но мини-дамп 1С создает, в расшифровек вот это:

Сводка дампа
------------
Файл дампа:    1cv8_8.3.24.1106_d0737397_20230726111246_16124.mdmp : C:\Users\Anton Azanov\AppData\Local\1C\1cv8\dumps\1cv8_8.3.24.1106_d0737397_20230726111246_16124.mdmp
Время последней записи:    26.07.2023 11:12:47
Имя процесса:    1cv8.exe : C:\Program Files\1cv8\8.3.24.1106\bin\1cv8.exe
Архитектура процесса:    x64
Код исключения:    0xC0000005
Сведения об исключении:    Потоком была предпринята попытка прочитать или записать данные на виртуальный адрес, к которому он не имеет соответствующего доступа.
Сведения о куче:    Отсутствующие
...
дальше всякие dll`ки


(8) платформенная ошибка, возможно уже в багтракере

Если бы :( смотрел багтаргеты - не нашел. Есть подобное, но там так же вылетает наглухо при вызове конструктора запроса в расширении.
PS: Очень печально, что в 8.3.24 сохранилось :( надеялся что исправили...

Благодарю, что разместили ошибку!
Что думаете об этом: https://remontka.pro/disable-dep-windows/?ysclid=lkjhs6mqio703855534
Есть смысл попробовать? Или просто ждать пока выйдет пофиксенная платформа?
В принципе пока 8.3.22 выпускают - проблемы нет, она устраивает.

На 8.3.22 я сам проверил :) только что установил самую свежую, проблем никаких нет.