Дорабатываю базу методом "скопировал 1cd, изменил метаданные в бэкапе, загрузил cf бэкапа в основную базу".
Неожиданно пропали кое-какие старые изменения.
Поднял конфу бэкапа - там всё правильно, нужные изменения есть.
Смотрю конфу основной базы - там нужных изменений нет.
Выгружаю еще раз cf из бэкапа, сравниваю и объединяю с основной базой - при сравнении не видит различий в том модуле, по которому эти изменения видны взглядом.
Сделал Ctrl+A-Ctrl+C-Ctrl+V и перенес изменения таким образом.
По факту - видимо, оказывает влияние демонический кеш?
Не было такого ни у кого?

Для объектов во время объединения стояло брать из файла? а тупо не перенеслось и все...

все уж давно с 14-го на 15-й переползли, или на 13-м сидят

(1) была вообще загрузка без сравнения.
Когда обнаружился баг, сделал сравнение - и в сравнении не видно изменений в модуле формы документа.
Убрал все фильтры - документ в списке помечается как идентичный, со всеми потрохами.
Проверил 10 раз, что тот файл выгружаю в качестве cf, проверил зрение, убедился что ну явно разные тексты модулей. Подобного никогда не встречал ранее.

(2) Тут есть про причину использования 14 релиза v8: Нестабильная работа 1С+Apache

Кэшшшш

(5) не кэш

v8: При сравнении-объединении не показывает различие..

Отправил все это дело в 1с:
Ваше сообщение зарегистрировано в отделе разработки для расследования 20001884

А я бы все-таки порекомендовал на другом компе попробовать...

(7) т.е. ты щитаешь для корректного сравнения надо винду переустанавливать? )

+(8) кстати они то в 1с у себя проверили и согласились что есть такой баг.

(9) Причем даже при полной загрузке cf, без сравнения, всё равно изменения не подтягиваются...!

(10) в чем проблема на другом компе попробовать, чтобы исключить версию?

(11) у меня не помогло

Поздравляю. Вы стали членом клуба демонического обновления. Отложенное обновление глюкануло. Внести любое изменение в место глюка (хоть пробел поставь) и прими изменения.

(10) Там сложно воспроизвести, даже на этом же компе работает при попытке сравнений с другой базой.
Грубо говоря, тут такая цепочка была:
1) Беру ночной бэкап 1cd, в нём вношу нужные изменения номер 1.
2) Загружаю cf в рабочую базу. Там всё обновляется, всё видится. Но сидят пользователи по web. Демоническое обновление по web не работает, предлагает только кикнуть всех. Даже после этого ошибка, что кто-то сидит, но тут уже предлагает демонически (хотя в активных пользователях никого нет). Обновляюсь - у веб-пользователей старая конфа. Рестарт апачи - веб-пользователи виснут при загрузке. Перезагрузка сервака - пользователи подключаются, изменения видны, всё хорошо.
3) Нужно было внести изменения №2, беру опять ночной бэкап, вношу что надо.
4) Загружаю cf, уже без всяких косяков - все отрубились и всё хорошо.
5) Как результат - в cf изменения номер 1 есть, в рабочей базе они пропали. Ну и при сравнении-объединении не видит.

(13) а где это место глюка????? а если там в нескольких модульях различие? я конешно написал сравнялку, но только текстов, а косяк может быть и другим объектом. так что это крупная бага 1С.

"а где это место глюка" - а оно вам и не нужно.

Я в таких случаях откатываюсь к конфе информационной базы. Если есть желание - можете искать места глюков. Но я просто, тупо повторяю обновление конфы через сравнить и объединить (оно само показывает отличия) и вновь принимаю изменения. Не демонически! Как правило, это помогает.

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

Надеюсь никто не думает, что формат конфигурации информационной базы - текстовый? :) Конфигурация, которая "сравнивается", "выгружается" и "загружается" - это не совсем то, с чем"реально" работает платформа. Имхо.

(16) это ты какуюто бяку советуешь.

"Я в таких случаях откатываюсь к конфе информационной базы." и куда денутся данные новых объектов?

(17) Что-то ты "не въехал". Какие "новые объекты"? Конфигуратор - "Конфигурация" - "Конфигурация базы данных" - "Вернуться к конфигурации БД" или "Сохранить конфигурацию БД в файл" (и загрузить её, естественно, потом)


PS: погугли поиском Мисты таблицы Config и Config.save

(18)  + разумеется, если в основной конфе есть новые изменения, которых ещё нет в базе данных, - то эта конфа выгружается, чтобы потом (после возврата к конфе бд) вновь накатить на основную...

PS: вроде бы всё понятно объяснил. Штатные возможности...

(18) Какой еще откат на конфу БД, если она и так совпадает с основной, а изменений cf-ника не видит?

(19)
1. "Вернуться к конфигурации БД" лишь откажется от несохраненных изменений.
2. "Сохранить конфигурацию БД в файл" у меня не помогло.

(16) Конфа базы данных всегда грузится без сравнения, это основную конфу можно сравнивать и по кускам загружать, изменять конфу БД по кускам нельзя.

(21) Прочти п.10, да и всю ветку v8: Конфигурация на клиенте отличается от конфигурации рабочей базы

(22) "Конфа базы данных всегда грузится без сравнения" - конфигурация базы данных не "грузится", а "обновляется". Ну что за легкомысленное отношение к терминам :( Мы так друг-друга действительно не поймём.

Я утверждаю, что команды "Загрузить конфигурацию из файла..." и "Обновить конфигурацию базы данных" - различные, различно их назначение и различны алгоритмы их работы. Это то вы не будете оспаривать? :)

Сорри, не вижу смысла. Я - предложил, вы - отвергли...

PS: Надеюсь топик-стартер всё таки очистил все(!) кэши, прежде чем постить тему.

(23)
>>"Конфа базы данных всегда грузится без сравнения" - конфигурация базы данных >>не "грузится", а "обновляется".
Безусловно так. То есть вот например конфа пустая, я в пустую конфу загружаю cf, а потом пустая конфа ИБ "обновляется" из пустоты в конфигурацию cf.
Разница там в реструктуризации данных только, потому что основная конфа с данными не связана.
Реструктуризация, как известно, происходит в случае изменения структуры объектов метаданных и она в принципе не влияет на объекты метаданных, т.к. касается не этих таблиц.
Когда реструктуризации нету, а изменения коснулись конкретно модуля, то соответствующая информация просто переносится в Config.
Зачем вы приплетаете конфу БД сюда - совершенно неясно.

Очевидно, что данное поведение платформы не связано с конфигурацией БД, проблему не может решить "Вернуться к конфигурации БД", так как в этом случае просто Config скопируется в ConfigSave, а они и так одинаковые.