При нажатии "обновить конфигурацию из хранилища" - ошибка "объект в хранилище конфигурации не обнаружен". Предполагаем что причина в удалении объекта (подписки) У части разработчиков - нормально подтягивает изменения, у одного - ошибка.
Можно конечно переподключиться, но это не удобно.
Как избавиться от ошибки или обойти её?
Можно конечно переподключиться, но это не удобно.
Как избавиться от ошибки или обойти её?
По теме из базы знаний
- Эволюция расширения конфигурации
- Многопоточный CI-контур для 1С c Packer, Vagrant и Jenkins. Часть 1. Описание системы и обзор инструментария
- БП КОРП МСФО. После обновления на 3.2.3.33 ошибка "Поле объекта не обнаружено (КлючВариантаПредопределенный)" при формировании ОСВ МСФО
- Промышленное тестирование конфигураций в 1С
- Анализ конфигурации 1С на наличие платформеннозависимого кода
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(10)
Те данные, которые захватываются, получаются из хранилища всегда. С обратным не сталкивался.
Если на каких-то релизах есть такое поведение, то это жесточайший баг, который невозможно оправдать пресловутым нарушением регламента работы с хранилищем.
Не всегда. Сам на это нарывался. Приучил себя на автомате после захвата еще принудительно делать Получить из хранилища.
Те данные, которые захватываются, получаются из хранилища всегда. С обратным не сталкивался.
Если на каких-то релизах есть такое поведение, то это жесточайший баг, который невозможно оправдать пресловутым нарушением регламента работы с хранилищем.
(11) возможно конечно баг конкретной версии платформы. Но было на нескольких. Дальше не выяснял.
Как я себе это представляю: этот "баг" возникает тогда, когда ранее до этого уже был захвачен этот объект. Потом освобожден. Другой разработчик захватывает этот же объект, изменяет. Фиксирует изменения и освобождает. И уже после этого ты захватываешь этот объект. Изменения не подтягиваются автоматом. Такое ощущение, что данные берутся из кэша, а не из хранилища.
ps. Попробовал воспроизвести. Не получилось. Наверно и правда баг конкретной версии был. Но осадок остался.
Как я себе это представляю: этот "баг" возникает тогда, когда ранее до этого уже был захвачен этот объект. Потом освобожден. Другой разработчик захватывает этот же объект, изменяет. Фиксирует изменения и освобождает. И уже после этого ты захватываешь этот объект. Изменения не подтягиваются автоматом. Такое ощущение, что данные берутся из кэша, а не из хранилища.
ps. Попробовал воспроизвести. Не получилось. Наверно и правда баг конкретной версии был. Но осадок остался.
(13) это новый эпизод. После прошлого выполнил переподключение и все было хорошо, но...
Однажды захватил объект, изменил, потом захватил другие. Потом понял что изменять первый не требуется. При попытке его "отпустить" - Объект в хранилище конфигурации не обнаружен. Причем конкретно этот объект в хранилище есть и его никто не менял.
Найден способ обхода для конекртно этого случая (чтоб не переподключаться): войти в хранилище под другим пользователем (в другой базе), и через администрирование отменить захват.
Однажды захватил объект, изменил, потом захватил другие. Потом понял что изменять первый не требуется. При попытке его "отпустить" - Объект в хранилище конфигурации не обнаружен. Причем конкретно этот объект в хранилище есть и его никто не менял.
Найден способ обхода для конекртно этого случая (чтоб не переподключаться): войти в хранилище под другим пользователем (в другой базе), и через администрирование отменить захват.
Переподключился. Захват, изменение, попытка отмены захвата - "Объект в хранилище конфигурации не обнаружен". Так что видимо все-таки проблема именно в этом объекте, из-за объединения версий. Заново переподключился, Захват, добавил-удалил пробел в синониме (в итоге без изменений), поместил в хранилище (платформа-то считает что объект изменен). И при новом цикле захват-изменение-отмена захвата - ошибки больше нет.
Вдруг кому интересно, столкнулся с такой же проблемой, версия 1С 8.3.18.1289.
В хранилище есть изменения, которые я не могу получить - говорит Объект в хранилище конфигурации не обнаружен. При этом были еще свои захваченные и измененные объекты - они поместились без проблем.
Есть догадка, в чем причина проблемы. Один программист по одной задаче помещал 4 общих модуля разными кусками, т.е. создал в хранилище 4 новых версии. Я подумал что так неудобно и сделал объединение версий хранилища в одну. После этого словил этот глюк.
Причем самое интересное, если пытаться получить каждый общий модуль по отдельности - на каждый выдается ошибка, кроме последнего, который был помещен в хранилище в последней версии. Этот модуль получил из хранилища без проблем.
Таким образом, 1ска почему-то помнит, что общие модули 1,2,3 хранятся в несуществующих уже версиях хранилища, т.к. я их объединил в последнюю версию. А вот общий модуль 4 изначально был в той же версии хранилища, которая и осталась сейчас, и он без проблем получается из хранилища.
Переподключение базы к хранилищу проблему решило.
В хранилище есть изменения, которые я не могу получить - говорит Объект в хранилище конфигурации не обнаружен. При этом были еще свои захваченные и измененные объекты - они поместились без проблем.
Есть догадка, в чем причина проблемы. Один программист по одной задаче помещал 4 общих модуля разными кусками, т.е. создал в хранилище 4 новых версии. Я подумал что так неудобно и сделал объединение версий хранилища в одну. После этого словил этот глюк.
Причем самое интересное, если пытаться получить каждый общий модуль по отдельности - на каждый выдается ошибка, кроме последнего, который был помещен в хранилище в последней версии. Этот модуль получил из хранилища без проблем.
Таким образом, 1ска почему-то помнит, что общие модули 1,2,3 хранятся в несуществующих уже версиях хранилища, т.к. я их объединил в последнюю версию. А вот общий модуль 4 изначально был в той же версии хранилища, которая и осталась сейчас, и он без проблем получается из хранилища.
Переподключение базы к хранилищу проблему решило.
Новый кейс.
Объекты не удалялись. Но в прошлом были объединения версий. Исходное состояние базы - захваченных в базе нет, платформа 8.3.20. Обновляем платформу на 8.3.22. При попытке получения изменений из хранилища - "Объект в хранилище конфигурации не обнаружен". В истории хранилища удалений не вижу. Чистка локального кеша хранилища по кнопке не помогла.
В это раз решил добавлением базы в список баз отдельной записью, и получением изменений в этой "копии". Субъективно получение было долгим, но возможно быстрее чем полное переподключение.
Объекты не удалялись. Но в прошлом были объединения версий. Исходное состояние базы - захваченных в базе нет, платформа 8.3.20. Обновляем платформу на 8.3.22. При попытке получения изменений из хранилища - "Объект в хранилище конфигурации не обнаружен". В истории хранилища удалений не вижу. Чистка локального кеша хранилища по кнопке не помогла.
В это раз решил добавлением базы в список баз отдельной записью, и получением изменений в этой "копии". Субъективно получение было долгим, но возможно быстрее чем полное переподключение.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот