Проблема с объединением формы с приоритетом основной конфигурации #747215

В платформе 8.3.6.2076 объединяю форму с приоритетом основной конфигурации. Предполагается, что к старым реквизитам формы в основной добавятся новые реквизиты этой же формы из новой конфигурации поставщика, но этого не происходит! Почему такое может быть? Модуль формы объединяю с помощью шестеренки через KDiff3.

А редектирование данной формы разрешенно?

имею ввиду настройки поддержки.

"но этого не происходит" // а что происходит?

"из новой конфигурации поставщика" // От себя название придумала?

Да, написано "Редактируется с сохранением поддержки". В результирующей (обновленной) форме новый реквизит отсутствует. Что тут не так?

Не знаю, что обновляется, но факт - смотрю на реквизиты формы. Нового реквизита (который появился в новой конфигурации поставщика, а именно РеквизитыПроверкиКонтрагента в форме ФормаДокументаОбщая документа ВозвратТовараОтПокупателя в конфигурации 1С:Бухгалтерия предприятия, ред. 3.0) в результирующей конфигурации нет.

"Не знаю, что обновляется" // сравни после сравнения конфигурацию основную и конфигурацию БД - увидишь, что изменилось

"новый реквизит отсутствует", "смотрю на реквизиты формы" - может скажешь как именно "смотришь"? Ctrl+Shift+L ?

Вот два скриншота. Первый это как я объединяю форму. Слева форма основной. Справа - новой конфигурации поставщика. Второй это отчет о сравнении конфигурации базы данных и основной после обновления. Обратите внимание на то, что заголовок реквизита формы "АдресПредыдущегоСчетаФактуры" вдруг стал "Реквизиты проверки контрагентов". То есть как будто новый реквизит РеквизитыПроверкиКонтрагентов слился со реквизитом АдресПредыдущегоСчетаФактуры. Это я только что заметила, сделав отчет о сравнении. Получается, что ситуация еще более усугубилась.

Что делать??? Реквизиты сливаются. Как вообще теперь работать нормально? Как обновлять почти типовые базы?

наверно вы в прошлой жизни переименовали реквизит, а он теперь сравнивается по уиду.

"Как обновлять почти типовые базы?" // не изменять интерактивно существующие формы, а добавлять элементы программно. Либо создавать отдельные формы

Лично я ничего такого не делала. Да и вряд ли кому-то потребовалось такое делать. Это ж дикость. И вообще этот реквизит добавили только в недавних релизах. Я так и делаю: добавляю элементы программно. А тут изменения до меня вносили.

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

Не, это я сделаю. А почему вообще так случилось? Кто виноват?

>Предполагается, что к старым реквизитам предполагается не верно. Такое произойдет ТОЛЬКО, если в старой форме нет изменений относительно новой. Если изменения были и там, и сям или в новой форме что-то было переименовано, то будет что угодно - объединение бинарных данных в 1С всегда было чем-то потусторонним. Если руками перекидать изменения долго, то я бы в xml выгрузил формы и тем же kdiff'ом объединил

Проблема решена. Видимо, 1сники из Москвы в новом релизе должны были удалить ставший ненужным реквизит и добавить новый, а они вместо этого просто переименовали старый. Не надо так больше!