search

1C-Company / 1c-edt-issues

Пространство для пожеланий и обсуждения ошибок 1C:Enterprise Development Tools
https://edt.1c.ru/
138 stars 9 forks source link

Сообщение "Список изменений не доступен" при импорте изменений из базы 1С после добавления предопределенного элемента #957

Open tormozit opened 1 year ago

tormozit commented 1 year ago

Описание ошибки

Сообщение "Список изменений не доступен" при импорте изменений из базы 1С после добавления предопределенного элемента

Как воспроизвести

Обновил базу 1С из проекта. Запустил конфигуратор. Добавил один предопределенный элемент в одном справочнике, в котором уже были предопределенные элементы. Пробовал добавлять элемент двумя способами:

  1. вручную
  2. путем объединения с файлом CF

Вернулся в EDT и выполнил команду "Импортировать изменения из базы 1С". Проверено на двух полностью независимых проектах.

Скриншоты

изображение

Ожидаемое поведение

Сообщение "Список изменений не доступен" не появляется.

Лог рабочей области

я

Версия 1С:EDT

Ruby 2022.2.2

Операционная система

Windows

Установленные плагины

Нет плагинов

Дополнительная информация

No response

Erik773 commented 1 year ago

Здравствуйте, могли, бы вы, пожалуйста, предоставить логи рабочей области ЕДТ на момент возникновения проблемы (.log, .bak.log и trace.log в папке .metadata проекта).

tormozit commented 1 year ago

@Erik773 Дзюба ответил в чате, что вроде уже известная проблема https://t.me/e1c_edt/68951

Erik773 commented 1 year ago

Спасибо за информацию. Закрываем задачу, так как есть обращение на платформу с номером HL-661597, проблема будет решена в рамках указанного обращения.

tormozit commented 1 year ago

поиск на сайте ошибок платформы по "HL-661597" и нашел ничего. Поэтому думаю закрывать задачу рановато.

MaksimDzyuba commented 1 year ago

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

tormozit commented 1 year ago

Аналогичную проблему влечет любое добавление или удаление реквизита, макета, объекта метаданных. Проверил на 8.3.22 и EDT 2022.2.5

tormozit commented 1 year ago

Номер пока не опубликованной ошибки платформы 60001795 https://t.me/e1c_edt/69985

KovAlexey commented 1 year ago

Я думаю ее и не опубликуют, т.к. судя по переписке, она зарегистрирована внутри компании. А как мы помним, они такие не публикуют.

Пока написал, что не могу отслеживать эту ошибку, может откроют ее в свободный доступ.

tormozit commented 1 year ago

Почему закрыли то? Достаточно важная проблема

Erik773 commented 1 year ago

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

tormozit commented 9 months ago

Сегодня опять убил час времени на то, чтобы из базы 1с загрузить изменения по этой причине. Есть новости по проблеме?

Erik773 commented 9 months ago

Здравствуйте Сергей! Так как проблема не на стороне 1С:EDT, пожалуйста, отслеживайте статус обращения зарегистрированного на платформу с номером 60001795

tormozit commented 9 months ago

К сожалению ошибку платформы не опубликуют, т.к. мы не достойны за ней следить. Поэтому я и пишу сюда. изображение

Erik773 commented 9 months ago

Ошибка признана, но сроки исправления пока не известны.

KovAlexey commented 9 months ago

Коллеги, а почему бы не переложить сравнивание дампов на едт тогда? Ну если от команды разработчиков конфигуратора все это имеет настолько низкий приоритет? Зачем опираться на вывод конфигуратора?

В конечном счёте достаточно ведь грузить дискретно один объект целиком, если дампы версий предопрелеленных данных различаются.

MaksimDzyuba commented 9 months ago

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

tormozit commented 3 months ago

Ошибка 60001795 не видна на https://bugboard.v8.1c.ru . Кучу времени теряю регулярно из-за этой беды.

Erik773 commented 3 months ago

Здравствуйте Сергей! Данные о задаче не публикуют, т.к. она зарегистрирована внутри компании. К сожалению, пока сроки исправления не известны.

KovAlexey commented 3 months ago

1C-Company moved this to Завершенные

Как прекрасно, когда незакрытую задачу с багом, которая приносит проблемы, отправляют в завершенные просто потому что делать ее не планируют. Это все для снижения количества незакрываемых годами issue?

KovAlexey commented 3 months ago

но кажется, что смена механизма точно сложнее, чем исправление ошибки

А судя по срокам исправления и тому, что задача лежит уже годы, кажется, что это проще.

tormozit commented 3 months ago

На следующей неделе отдел разработки платформы постарается опубликовать ошибку 60001795 на https://bugboard.v8.1c.ru/ , надеюсь не в голом виде.

tormozit commented 3 months ago

Я подобные задачи в своих продуктах обычно не закрываю, а устанавливаю статус "Блокировано"/"Ошибка компоненты"/"Ошибка платформы".

tormozit commented 3 months ago

Ошибку платформы наконец опубликовали, но ее описание кажется не очень похоже на описанную тут проблему. Еще мнения? https://bugboard.v8.1c.ru/error/000159496

KovAlexey commented 2 months ago

@tormozit согласен Проблема вообще не та

tormozit commented 2 months ago

08.08.2024 написал на V8@1c.ru обращение #HL-869911 по этой проблеме. Пока ответа нет.

KovAlexey commented 2 months ago

Тоже написал, но результат пока тот же

KovAlexey commented 2 months ago

изображение

мне ответили. Но, очевидно, в первой линии совершенно не вникают в текст переписки. Вся предыдущая переписка с подробным описание проблемы, естественно, была в письме. Пробуем продавить дальше

MaksimDzyuba commented 2 months ago

Ошибку платформы наконец опубликовали, но ее описание кажется не очень похоже на описанную тут проблему. Еще мнения? https://bugboard.v8.1c.ru/error/000159496

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

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

MaksimDzyuba commented 2 months ago

1C-Company moved this to Завершенные

Как прекрасно, когда незакрытую задачу с багом, которая приносит проблемы, отправляют в завершенные просто потому что делать ее не планируют. Это все для снижения количества незакрываемых годами issue?

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

KovAlexey commented 2 months ago

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

Спасибо за ответ