упп 1.3.22.1
с перепугу переменная ДокументРасчетовСКонтрагентом в момент проведения становится типом ОбщийМодуль
т.е. в списке реализаций правой кнопкой Провести, Провести неоперативно и в модуле объекта в проц-ре Перед записью уже вижу эту картину
не могу понять - как такое происходит?
ибо до момента проведения - переменная неинициализирована судя по отладчику

почему баг? потому как в модуле управления взаиморасчетами этой переменной пытается присвоиться значение документа и получает отлуп

Да это даже не баг. Это косяк.

(2) дык как то так... вчера привязал подписку к реализации, но она никоим боком там с этой переменной не участвует, щас убрал подписку - пофик, косяк остается (

о, блин, при открытии списка - уже тип ОМ (

походу серверу рестарт пришел - в при начале работы уже сабж (

кэш чистил?

кеши чистил оба, рстарт сервера 1с тоже не помог
заглушил пока переименованием ДокументРасчетовСКонтрагентом  в _ДокументРасчетовСКонтрагентом

полтергейст не иначе )
разбор полетов уже на понедельник оставлю )

Игорь Константинович, эти гаврики тоже заметили, отключите им интернет, пока они не раззвонили на форумах, итак продажи в I квартале не ахти.

(9) гы )))

не, полтергейст не отпускает
при открытии карточки счета
{Справочник.ДоговорыКонтрагентов.Форма.ФормаЭлемента(2,7)}: Переменная с указанным именем уже определена (УстановкаСкидокНоменклатуры)
Перем <<?>>УстановкаСкидокНоменклатуры;
ловлю отладкой переменную - Тип ОбщийМодуль
WTF???

эта тема мне интересна. интересна также версия платформы

(12) 13.205

{Обработка.КлиентБанк(3445)}: Поле объекта недоступно для записи (ЗаказПокупателя)
       ЗаказПокупателя = ТипЗаказа = "ЗаказПокупателя";
та же байда

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

(15) сервер рестартили после первого глюка
а в файл уже не могу загрузиться, файлы некоторых таблиц больше 4 гиг получаются

пришло время переустановить ШИНДОШС^W платформу. А точнее - обновить. Хотя странно, что полезло такое...

следующий бредовый эксперимент. выгрузить *.cf, сделать две пустые базы - одну на сервере, другую в файле...

это не баг, это п..ц
в рабочей базе документы перекочевали в ветку общих модулей? оО

упс, без вопроса

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

афигеть, у меня +100500 общих модулей

(22) склероз - болезнь занятная, каждое утро стока нового ))))))

(21) класс! я прям тащусь, когда это представляю ;)

(24) ага, у мну уже рука отваливается удалять объекты )

пипец! это что надо было делать с базой чтобы документы перекинулись в общие модули?О_о

ТС, тока не бросай нас.   охрененно интересный глюк.

(26) хз, обновление может покарало (
(27) а фигли дальше развивать? ОМ удалю, и надеюсь этим все кончится

(28)   надеюсь    но глюк   больно красив  , если  тока этим  ограничится  это будет счастье

у меня  было что то похожее  но   просто реквизита было не видно а запрос  выдавал его наличие.  я просто рядом  добавил объект  а потом  удалил его.  обновил конфу  и все встало на свои места

(29) но это же не какое-то хухры-мухры, это УПП. Там всё красиво.