При сравнении-объединении с конфигурацией из файла показывает в качестве измененных некоторые не измененные объекты. Например есть МенеджерКонтактов, я ее удаляю из основной конфигурации, делаю сравнение с объединением, одна добавляется в основную конфигурацию. После этого делаю еще одно сравнение-объединение и эта МенеджерКонтактов снова показывается как-будто была изменена. Отчет о сравнении показывает:
- ***Обработка.МенеджерКонтактов
- ***Обработка.МенеджерКонтактов.Форма.Форма
- Диалог
- ОсновнаяПанель Изменено
- Страница[0] Календарь - Календарь
- ПанельФормы Изменено
- Страница[1] День - День
- ПанельМоксельГрид Изменено
- Страница[0] Грид - Грид
- ПолеТабличногоДокументаДень Изменено
- КоманднаяПанельСделкиДень Изменено
Привязки Различаются значения
Но чтобы ни делал - все время показывает как-будто объект изменялся.
Или документ ВозвратТоваровПоставщику. Ситайцая такая же, за исключением что отчет о сравнении просто показывает:
- ***Документ.ВозвратТоваровПоставщику
- ***Документ.ВозвратТоваровПоставщику.Форма.ФормаДокументаУправляемая
Вообще-то под словом "обновить" я традиционно подразумевал более позднюю версию платформы.
Я элементарно рассуждал так: "Какими средствами осуществляется сравнение-объединение? Средствами платформы. Если при этом платформа без ведома и участия программиста вносит какие-то изменения в объекты конфигурации - может, стоит попробовать другую версию платформы?
Кэш "чистился" около полугода назад - глюк/фича не ушел.
Сортировка ведь не изменяется. Эти около десяти объектов конфигурации вообще не трогает никто, а они все-равно идут как измененные.
(6) Есть вещь, которая помогает, когда "порядок изменён". Может и у тебя поможет:
Конфигурация->Поддержка-> Настройка поддержки->Сравнить, объединить->Снять все галочки->Выполнить
Есть вещь, которая помогает, когда "порядок изменён". Может и у тебя поможет:
Конфигурация->Поддержка-> Настройка поддержки->Сравнить, объединить->Снять все галочки->Выполнить
Конфигурация не на поддержке. И видимо с этим связано то, что кнопка "Сравнить, объединить" - недоступна.
(8) Тогда найди типовую *.cf того же релиза и сделай с ней то же самое.
А можно и на поддержку поставить. Это не решит текущей проблемы, но точно избавит в будущем от лишних проблем.
Эти около десяти объектов конфигурации вообще не трогает никто, а они все-равно идут как измененные.
И что, это сильно мешает жить? Пусть себе эти "измененные" замещаются точно такими же - какие проблемы это создает?
А чтобы устранить этот безобидный глюк, надо копать, копать и копать. Долго, нудно и без каких-либо гарантий. Чистить кэш, пробовать другие версии платформы, выгружать-загружать базу, переносить ее на другой комп и т.д. Или еще бог знает что - помнится, что даже в 7.7 случались аналогичные грабли: если разрешение экрана сильно отличалось от стандартного VGA, то при обновлении совершенно типовой базы типовым же MD вылезали изменения в диалогах - часть элементов сама съезжала на несколько пикселей.
А уж 8-ка всяко посложнее 7.7. будет. Ясно одно - это глюк платформы и объяснить, почему он возникает, могут разве что ее разработчики, которые на этом форуме пока не замечены.
И что, это сильно мешает жить? Пусть себе эти "измененные" замещаются точно такими же - какие проблемы это создает?
Мешает. Идет групповая разработка. При анализе изменений не понятно изменялся ли реально объект или нет. Периодически эта "коллекция" нет нет да и пополнится еще одним экземпляром. Чаще всего касается отчетов...
(13) Если отчетов/обработок... то скорее всего ситуация вот такая - сохраняем как внешний - переименовываем, изменяем - и вставляем в конфигуратор как новый отчет- возникает проблема с одинаковыми идентификаторами формы....
лечится копированием формы (тогда она получает новый идентификатор) и удалением старой....
возможно когда удаляешь объект, а потом создаешь его GUID меняется и на своем уровне машина думает что это "другой" объект..
Тогда бы просто показывало, что весь объект новый. Как это, например, бывает когда сравнивать не по наименованию.
А так я же писал, что удалял в конфигурации объект, затем делал объединение с файлом, т.е. объект заново создался в конфигурации (и по идее должен был создаться один к одном как в файле), и сразу же повторно объединение делал, а объект уже показывает, что изменен.
В общем случае это косяк платформы. В вашем нужно более детально разбираться. Если не критично, то просто понять и простить))
Но если критично, то писать в 1С, если есть подписка конечно. Они зарегистрируют ваше обращение и сообщат, что отправлено на расследование. Далее вы получите ответ, что это баг и мы его исправим или не будем заниматься, т.к. вы нам мало данных сообщили.
Сам обращался по этому поводу в 1С. А франч сказал, что это баг платформы, просто никто не офиширует.
(16) Именно... При обновлении крм от раруса, такое вылазиет постоянно. Объекты, которые я не менял и висят на поддержке без редактирования, отмечаются как измененные. Я забил. Сравниваю изменения.
Всем спасибо за ответы.
Решения так и не найдено.
5 стартманей не жалко - поэтому готов их перечислить в пользу наиболее нуждающегося из участвовавших в теме.
Пишите кому больше они нужны в этой же теме. После обеда перечислю.
5 стартманей не жалко - поэтому готов их перечислить в пользу наиболее нуждающегося из участвовавших в теме.
Ну вот, теперь от попыток помочь надо переходить к попрошайничеству? :)
Нет уж, сами решайте, лично я клянчить не стану.
P.S. Кстати, в настоящее время вознаграждение не обязательно отдавать кому-то одному, его можно поделить между несколькими участниками. Или вообще вернуть себе же.
(21) Да бросьте Вы. Какое попрошайничество.
Просто давным давно самому нужна была какая-то обработка, а СМ не было. Обработка была нужна срочно. Пришлось много усилий приложить и сделать публикацию.
Возможно кто-то в таком же положении из участников темы.
А за попытки помочь всем спасибо.
Ну, а забирать себе не буду, т.к. участники темы тратили время и пытались помочь.
Но если "желающих" не найдется - буду думать сам...
Необновляемые объекты появились очень давно и до сих пор платформой это не исправлено.
Связано выдачей новых уидов объектов конфигурации при обновлении рабочей конфы для новых объектов хранилища.
Решение только одно - переразбить хранилище из свежей рабочей базы.
У меня получалось принудительно обновлять такое объекты путем принудительной модификации. Но это извращение и те еще танцы...
(30) В этом решении я так понимаю будет один побочный эффект (как минимум): теряется история обновлений объектов хранилища и возможность отката на более ранние версии объектов?
А можно про "те еще танцы" поподробней?
У меня были случаи которые решались (30), а вот мой случай сказали не документирован! Но если я ставил конфу с нуля на 8.3.10, то такого бага я не смог воспроизвести. Списал на кривизну разных релизов платформы, т.к. с течением времени они же меняются, а иногда просто ставишь релиз платформы выше чем сама конфа требует.