Опишу ситуацию.
Есть две одинаковые копии базы.
Обе копии захватывали поочередно из Хранилища то одни объекты, то другие, причем и заходили поочередно под одним пользователем Хранилища (но в разное время и с разных мест). Т.е. обычная работа нескольких программистов с одной базой и конфой в Хранилище.
Но одну из копий отключили от Хранилища (напоминаю, пользователь хранилища у копий был один!). Вторая в этот момент, естественно, была выключена.
Далее, пытаемся зайти второй базой в Хранилище - ошибка "Текущая конфигурация не связана с хранилищем!" (это значит, вторая база была отключена от Хранилища под тем же логином, что теперь пытается подключиться первая).
Ладно, отключаемся от хранилища второй базой и подключаемся снова - сперва идет синхронизация захваченных объектов (база была долго отключена, произошла рассинхронизация), потом показывает все расхождения, все как положено, жмем "Выполнить", и думаем, что обновили БД актуальной на данный момент версией конфы из Хранилища.
А вот и нет. Если захваченных объектов не было - все нормально, выполняется как задумано 1С.
Но если какие-то объекты были захвачены в Хранилище ранее (до отключения первой базы и их общего пользователя от Хранилища), и при после синхронизации они так и остаются помеченными как "захваченные", то никакое обновление БД из хранилища, ни в каком виде не помогает восстановить актуальную версию:
сравнение БД с Хранилищем не дает никаких отличий (и, соответсвенно, не обновляет ничего), более того, сравнение с правильной версией конфы из файла (файл получен по всем правилам: подключение первой базы, накатка правильной версии на неё (без глюков, со всеми актуальными изменениями, зафиксированными последней версией конфы в хранилище), выгрузка конфы в файл) тоже не дает различий между версиями!
Однако ж их, эти различия, можно визуально видеть как в обновленных (последней актуальной версией конфы) БД, так и в самом хранилище (сравнение отличий "нормальной" неактуальной конфы и версии хранилища).
Что делалось для исправления:
1. Все якобы "захваченные" объекты собираем - и скопом "Получить объекты из хранилища" на них.
Безрезультатно, изменений 0.
2. Хорошо, может, думал, спасет установка флажка "Разрешать получать захваченные", который ставится при "Получить объекты из хранилища" (он якобы и должен принудительно получать из Хранилища даже ранее захваченные объекты). Безрезультатно.
3. Отменяем захват, снова - "Получение объектов из хранилища". Безрезультатно.
4. Ладно, отменяем захват, снова "Захватить в хранилище", опять "Получение объектов из хранилища". Безрезультатно.
6. Выгрузка правильной версии в файл, сравнение и объединение конфы с конфой из файла - безрезультатно, отличий нет.
В результате система так и продолжает считать, что никаких изменений в захваченных объектах нет, и они полностью соответсвуют версии Хранилища.
И как теперь внести изменения из Хранилища без принудительной ручной загрузки правильной конфы и полного затирания старой?

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

(1) это почему? :)

(0) это потому, что пользователь один
(2) потому, что от беганья сквозь стены очень лоб болит обычно

Не знаю как у других, но у меня не получается из 2-х баз под одним юзером в хранилище сидеть. Переподключается же

(4) так он на то и жалуется. что не получается ни уя

(3) сообщаю отдельно:
а)пользователь - один (был), подключались поочередно.
б)посмотрю на вас, как долго будете препираться с руководством компании, когда для работы предоставят одного пользователя на несколько программистов :)
(4) поочередно заходили.
(5) жалуется он на то, что вернуть статус-кво (актуализировать одну из баз) теперь никаким законным путем нельзя.
Еще раз:
Пользователь - был один, второй - не смог зайти после отключения первого, и после этого - невозможность штатно обновится из Хранилища.

(6) Руководство выдает логины на хранилище? Бугога...

+(6) не пользователь второй, а БД вторая.
Хотя и смена пользователя для доступа к Хранилищу уже роли не играет.

(7) Линн, у вас праздники еще не кончились, завидую :)
Логины выдает админ, который на аутсорсе, и подчиняется руководству, сервера чьей фирмы он админит :)

(9) Ну вот и покажи им всю эту ситуацию.

(10) уже показал, а как исправить-то без гроханья базы?

(11) Тебе ее так жалко, штоле? :)

(6) порвало в лоскуты. Спасибо, поржал.
PS Сказочная контора со сказочными персонажами...

(12) получается, у 1С опять косяк, раз не связывают базу и логин в хранилище, и пускают разные базы под одним пользователем?

(12) не вот прямо жалко, но неуютно как-то :)

Конфигурация - Хранилище конфигурации - сравнить/объединить конфигурацию с хранилищем ??

(16) увы: (0)
"сравнение БД с Хранилищем не дает никаких отличий"

Э, нет, господа, это что-то в консерватории (механизме сравнения/объединения) не так.
Совершенно другая база, хранилища нет.
Сравнение модифицированной базы с типовой (полный файл релизной конфы поставщика ): сравнение/объединение различий не дает!
А они есть (даже не в коде - визуально интерфейс формы отличается).

(18) ты запутался и всех запутал...

поездетс... в результате выяснилось, что косяк-то оказывается в 1С...

мдя.. действительно прикольно иметь 1 пользователя хранилища.)
если есть админские права в хранилище, создай сколько нужно.

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

"Далее, пытаемся зайти второй базой в Хранилище" - О_о
- базу к хранилищу подключаем, а не заходим базой, че за терминология.

(14) а то, что она тебе говорит, что для этого пользователя уже есть связь с хранилищем, но ты стоически складываешь болт на это - это чей косяк?

(18) А если там где-нить пробел воткнуть и сохранить?

(19) баз много.
(0) - про хранилище. Вопрос про две базы, к нему подключенные.
(18) - уже совсем третья база, к хранилищу никогда подключена не была.
А проблема похожая - сравнение/объединение с файлом различий не видит, хотя они точно есть.
Т.е. как и у БД из (0) при сравнении с хранилищем.

(22) живет, очевидно, по особым понятиям )

(18) это или демоническое обновление, или ты не то и не с тем сравниваешь

(21) прав нет таких.
После проблемы добились создания второго пользователя.
(22) в том и дело, что ничего не говорила. А должна была?
И потом, трудно не идти вперед в узком тоннеле.
(23) там целый кусок кода постоянно висит нерабочий, который никак удалить обновлением не удается. А вручную - там еще несколько десятков таких изменений, причем чужих.

(26) ну, если задвоение интерфейса уже в практике типовых 1С... :)

(27) говорила, просто сообщение через энцефалопатический барьер, видать, не осилило прорваться...
почисти кэш уже и не пользуйся демоническим обновлением

(28) задвоение интерфейса в практике программистов с кривыми руками...

(30) значит, не только у прикладников кривые руки, раз сравнение отличий от типовой не видит :)

(29) кэш временных файлов?

(31) или ты не то и не с тем сравниваешь, или виновато демоническое обновление. Сколько раз повторить? Описываемых тобой "глюков" платформы ни кто, кроме тебя не испытывает. Ти ни чем не особенный (что бы там тебе кто ни говорил), если у всех работает, значит и у тебя - тоже

(32) кэш конфигурации. Это папки в %appdata%\1C\1Cv81 и local settings\1C\1Cv81

(33) ты не прав... если у всех работает, а у него нет, значит, он чем-то особенный...

А вроде вот такое решение нащупал.
Сработал следующий танец с бубном:
1) "Битая" БД подключена к хранилищу.
2) Отмена захвата всех объектов "битой" БД.
3) Отключение её от хранилища.
4) Подключение заново под тем же пользователем.
Отключение от хранилища и повторное подключение "битой" БД:
стало вдруг наконец-то появляться сообщение: "Для данного пользователя уже имеется конфигурация, связанная с данным хранилищем конфигурации. Продолжить?"
Жмем "Продолжить".
Ранее (когда разные базы под одним пользователем подключали) ничего никому не сообщал.
5) Предупреждение о полной замене конфы, соглашаемся, заменяет - вроде кусков старого кода теперь не осталось.

+(36) отличие от действий в (0), "битая" БД вновь подключалась к хранилищу без захваченных объектов и их якобы "синхронизации".

>>Ранее (когда разные базы под одним пользователем подключали) ничего никому не сообщал

чудеса какие то...
Хотя можно извратиться и в конфигуратор 2-мя юзерами зайти в одну базу конечно)

(36) >Ранее (когда разные базы под одним пользователем подключали) ничего никому не сообщал.

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