Глюки после сохранения конфигурации
 

Добрый день.
Сохранял конфу. Произошел сбой, после которого и в конфигуратор зайти нельзя было и в саму программу.
на скуле удалил в конфигсейв последние по дате записи.
В конфу смог зайти. После этого загрузил конфигурацию из ЦФки.
База ожила, изменения все на месте. НО...
Тут уже на протяжении недели вылазят разные глюки.
Вношу изменения в модуле какого нить документа. Сохраняю конфу. При этом исчезают изменения сделанные пару дней назад.
Восстанавливаю изменения. Сохраняю. Все нормуль.
Меняю права на док. Исчезают права на остальные объекты после сохранения конфы.
Вчера поменял заставку. Сохранил конфу. Сегодня у людей перестала ставится "правильная" нумирация в документах. Полез в код. Код верный. Запустил отладчик. Отладчик этот код не видит, исполняет какой то другой, тот что был до моих изменений.
Добавил тут же в коде пробел в конце текста. Сохранил конфу. Все опять заработало.
Подскажите, как сейчас вернуть конфигурашку в 100% рабочее состояние.
Конфигурашка УТ10.3 на поддержке, дописанная.
платформа 8.3.10.2168
Как привести в порядок конфигсейв на скуле?

Забыл добавить. Что после сбоя, конфа хоть и была сохранена, но при сравнении основной конфигурации и конфигурации БД выходили различия.
Эту проблему я решил загрузкой типовой конфы и следом внес все необходимые изменения методом сравнения и объединения с заведомо исправной CFкой.

А сегодня сравнение конфы БД и основной конфы показывает что они идентичны, но при этом исполнялся код, который был до моих изменений.
Такое чувство, что исходный код один а скомпилированный совсем другой, а как бы их сейчас синхронизировать то?

УТ10.3 на 8.3.10.2168? однако)) бетатестерам респект!

[quote=sany81;44256171]Конфигурашка УТ10.3 на поддержке, дописанная. платформа 8.3.10.2168[/quote]
совсем докатились с этими своими платформами?
УТ 10.3 - обычные формы, за глаза хватит 8.2
за каким ты поставил 8.3.10 для неё ????
хоть один резон можешь привести?

[quote=Ирли Бёрд;44256349]хоть один резон можешь привести? [/quote]
Могу: БП 3.0, которая при каждом новом обновлении требует более свежую платформу. Обновлять каждый раз десяток удаленных серверов мне в лом, поэтом 1-2 раза в год обновляю везде платформу на свеженькую.
А вот с этим релизом промахнулся. На днях придется накатывать более новую, потому что в этой работать крайне тяжко, и сама 1С тормозит и обработку/отчет внешние создать нельзя нормально и еще куча глюков.
Вот и не знаю, моя проблема тоже относится к разряду глюков этого релиза или все же тут что то другое.

Хоспадя, ну же на днях:
[url]http://forums.kuban.ru/f1040/perehod_s_8_3_9_na_8_3_10_a-8327536.html[/url]

P.S.
1-sany81 > исполняется не "основная конфигурация", исполняется т.н. "[em]конфигурация базы данных[/em]".

в настройках запуска УТ укажи 8.2
не надо тебе 8.3 для УТ 10.3, поверь
не делай больно сам себе

[quote=Ирли Бёрд;44256554]P.S. 1-sany81 > исполняется не "основная конфигурация", исполняется т.н. "конфигурация базы данных".[/quote]
А как их синхронизировать? При сравнении этих конфигураций они идентичны, но при этом они оказывается разные!!!

4-sany81 > "[em]БП 3.0, которая при каждом новом обновлении требует более свежую платформу[/em]" - это, вообще-то, злобный навет. До августа 2016 БП3 мирно паслась на 8.3.6. И только в августе потребовала 8.3.8. И это требование [b]действует до сегодняшнего дня[/b].

7-sany81 > "[em]А как их синхронизировать?[/em]" - F7

они сами не знают, чего хочут

F7 уж по сто раз нажимал
Проблема в том, что это не помогает.
Как я уже и говорил, код выполняется не тот, который написан и который я вижу, а тот который был до моих изменений.

надо почистить локальный кэш на пользовательском компе

парень, а ты вообще кем трудишься там?

11-sany81 > Чудес не бывает: модули хранятся внутри БД.
Возможно, конфигуратор "не видит" изменения модуля, тогда ему можно "помочь", вставив, например, комментарий "//Здесь наследил Вася".
Результат (т.е., то, что конфигуратор "заметил" изменения в модуле) можно проверить тут же, сравнив "основную конфигурацию" с "конфигурацией базы данных".

У меня так вот была противоположная задача: вклеить изменение в модуль формы, совсем не трогая "основную конфигурацию", которая менялась "конфигурацией поставщика" (т.е., при обновлениях не лезть в форму, и не ковырять там). Решено Расширением (8.3.9).

[quote=Ирли Бёрд;44258595]надо почистить локальный кэш на пользовательском компе[/quote]
Кеш очистил, толку ноль.

[quote=Ирли Бёрд;44258614]парень, а ты вообще кем трудишься там? [/quote] программист.

[quote=VZ;44258731]Возможно, конфигуратор "не видит" изменения модуля, тогда ему можно "помочь", вставив, например, комментарий "//Здесь наследил Вася".[/quote]
Именно так и делаю сейчас. Только вместо комментария пробел вставляю в конце модуля.
Хотелось бы раз и на всегда от этого избавиться.


Еще раз объясню. Есть конфа, она сохранена, т.е. F7 нажата.
Вношу изменения скажем в модуль формы какого нибудь справочника. При нажатии F7 могут затереться изменения скажем в глобальном модуле, которые я вносил несколько дней назад. Пока хорошо, что только код теряется, а не добавленные объекты конфигурации.

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

[quote=sany81;44256171]на скуле удалил в конфигсейв последние по дате записи.[/quote] И на что вы рассчитывали после ковыряния в кишках базы? Вы ответственный работник 1С, досконально знающий устройство базы и предназначение всех таблиц?

Так вся ветка наглядно это опровергает.

[quote=sany81;44258774]Хотелось бы раз и на всегда от этого избавиться.[/quote] Создайте заведомо исправную пустую базу такой же конфигурации и перегрузите в нее [b]все[/b] данные из битой, например, через XML.

И хватит тут сиськи мять.

уж лучше бэкап поднять )

[quote=USSR;44259331]уж лучше бэкап поднять ) [/quote]
Бекапы только ночные, так что была бы потеряна работа за сутки, а это не 10-20 документов, которые можно ручками добить. Плюс ко всем после поднятия базы из архивки начались бы проблемы с распределенками.

[quote=USSR;44259331]Создайте заведомо исправную пустую базу такой же конфигурации и перегрузите в нее все данные из битой, например, через XML.[/quote]
Данных слишком много, что бы стандартными методами их переносить, но идея не плохая, попробую двинуться в этом направлении, но данные попробую перетянуть средствами самого скуля.
[quote=Ткачик;44258929]И на что вы рассчитывали после ковыряния в кишках базы? [/quote] на тот момент это был единственный способ оживить базу, вскрыть, ампутировать, зашить. Пациент ожил, но не до конца еще выздоровел.

Делается восстановления из бэкапа, а сутки через xml из текущей. Вряд ли мы сможем что то ещё посоветовать,чтобы и помогло и чтобы ничего не делать. Ну ещё может,вернуть платформу,вернуть релиз, тестирование и исправление