Поле объекта недоступно для записи #792676

Добрый день. 8.3, управляемые формы, самописка. Одна из обработок периодически при попытке запуска пишет "Поле объекта недоступно для записи". Захожу в конфигуратор, делаю динамическое обновление - снова всё работает на ближайшие час-два. Сервер перезагружал. Не понимаю механику обновления конфигурации (что при этом происходит и из-за чего обработка снова начинает работать). Подскажите пожалуйста кто с таким сталкивался, либо где почитать про процессы при обновлении доступным языком. ЗЫ: баг не воспроизводим, падает при разных случаях. На код отсылки нет, просто текст.

Кэш почисти.

Ерунда какая-то. В описании ошибки обычно написано, какое конкретно поле недоступно для записи. Про "падает при разных случаях" - падает хотя бы в одном и том же месте в коде или тоже в разных?

падает у всех, кэш тут не при чем. Ошибку выдало у одного - я пытаюсь открыть - у меня тоже ошибка. Я без понятия в каком месте кода падает, нет отсылки к коду.

>динамическое обновление >кэш тут не при чем как это?

Поясни тогда пожалуйста свою мысль? У меня знаний мало, видимо я как-то не так тебя понял

Поясню пока я свою: кэш - он для конкретного пользователя, так? А падает у всех почему-то. После обновления начинает работать, потом опять падает. И так по кругу

Ошибку дословно можешь сообщить? Гадание устраиваешь.

Запусти в отладке с остановкой по ошибке.И гоняй пока не поймаешь. Перед тем как тебе сообщить что "Поле объекта недоступно для записи" оно остановится на строке которая вызывает эту ошибку

Ошибка дословно в названии и тексте . Ничего кроме этого нет. Скрин кинуть?

спасибО!

мда, всё веселее. Дописал -debug в нужную ветку реестра, а 1с после этого базу не видит и предлагает создать новую. Убрал - всё снова заработало

Значит ветка была не "нужной":-)

Инструкцию взял отсюда

Беглый гуглинг говорит что я дурак: "Сначала пропустил пробел перед -debug. Что я могу сказать: результат был прекрасным – ни одна база не найдена, предприятие никак не запускалось"

Динамическим обновлением пользуетесь?

"Захожу в конфигуратор, делаю динамическое обновление " в

да. Довольно часто приходится

Сервер 1с перезапустил после добавления -debug?

значит сами себе злобные буратины. Чисти кеш и пользаков и на сервере. И больше никогда не обновляй динамически. Я когда пришел на текущее место, бымший деятель тоже любил быстро обновлять. Я это сразу присёк

>> Довольно часто приходится Ерунда всё это. Случаи, когда действительно необходимо срочно и динамически, крайне редки. В 99,99% случаев пользователи вполне могут потерпеть до завтра, когда после ночных регламентов с изгнанием всех сеансов конфа нормально обновится.

я службу останавливал. Дописал ключ, потом запустил

ребят, конфа-самописка. Врачи нашли ошибку в своей части - надо устранять. В это время юзеры на кассе продолжают работать. Я понимаю что всё зло от динамических обновлений, стараюсь минимизировать в последнее время, как-то приучать что апдейты ночью. Спасибо ОГРОМНОЕ всем за ответы, включил отладку, жду ошибку, параллельно вечерком еще кеш почищу и посмотрим поможет ли.

В  ЖР обычно пишется ошибка и в какой строке модуля она появилась

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

ЗЫ: Проблема не решена. кеш почистил, дописал клеаркеш в строке запуска базы - ошибка при создании таблицы значений  на сервере.

Ошибка возникает если некоторое время держать обработку открытой, но не использовать. При попытке использования всё та же ошибка - ругается на создание таблицы значений на сервере (это самое начало процедуры). Вчера базу снёс и накатил заново - не помогло.

2 Ну так поставь там точку останова, или если это в других сеансах - пиши в ЖР тип твоей таблицы

ну значит там какие-то процедуры выполняются, которые по времени. Обновление отображения или еще какие-нибудь.

ппц какой-то происходит. Вчера юзерам вычистил кеш. Всё более-менее работало. Сегодня у одного из юзеров (с чищеным кешем! и ключем запуска clearcache) ругается на "процедура не определена". Эта процедура там была неделю назад последний раз! Открываю с его компа под собой - у меня всё норм. Почистил кеш еще раз, заработало опять.

обработку я писал, нет там обновления вообще...

ну, какие-то процедуры ведь есть. То есть жесть у тебя, когда процедуру вызываешь повторно.

да

Имя таблицы не может нигде использоваться?

нет, таблица "Табличка", используется во всем конфиге вообще только в этой обработке

Дай обработку посмотреть

Скорее всего переменная Объект затирается

чуть подробнее можно? Как она со временем может затереться? текстом сюда или как-то можно загрузить?

я-диск, дропбокс, можно на электронку скинуть, почта в личке вроде есть

не со временем, а при первом выполнении кода Объект = ...

при первом выполнении кода всё работает. Ошибка ловится если постоит без дела обработка минут 10-15 и попробовать снова запустить. Запуски подряд к ошибке не приводят. сейчас на мыло отправлю

Вот это поведение наводит на мысль о пересечении имен переменных. В течении этих 10-15 минут какая-то нужная переменная переопределяется какой-то другой процедурой.

У тебя там форма каждый раз переоткрывается какой-то левой обработкой. Это зачем?

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

элементов формы* я хотел сказать. В обработку передаются параметры, её задача - вернуть назад эти параметры и закрыться.

Где там программное создание элементов?

может не так выразился: у меня нет объекта "Табличища", который я могу перетащить на форму. Он создаётся программно, программно создаётся табличка на форме, в  которую загружаются данные из Табличища

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

да, разные. Предыдущей теме писал. Обработка строит расписание врачей на день. Сегодня один работает, завтра другой... Колонки разные в итоге. Сама обработка данные не меняет, передаёт их другой обработке для изменений. Эта форма только собирает данные и выводит их пользователю

А, нашла. Ну там вроде ничего криминального. Но мне лично не нравится эта история с бесконечным переоткрыванием формы, да еще и передавать туда-обратно какие-то параметры, которые, по-моему, не используются при этом.

я б схему нарисовал, но сюда не приложишь :) Передаются два параметра из сетки, которую я прислал, в другую обработку для изменения регистра расписания. Эти параметры - дата и специализация врача. При изменении даты или специализации нам надо отрисовать актуальную сетку. Я вижу два пути: удалить все элементы формы, которые мы создали программно, удалить все значения переменных, полученные за другую датуспециализацию и создать их заново; или просто взять два параметра, которые нам нужны, отдать их пустой обработке, которая в свою очередь вызовет нужную обработку и передаст их обратно. Т.о. всё, что нам не нужно при закрытии уничтожится и нет нужды программно это удалять

А просто обновить данные формы не получится? Или сетка может измениться так сильно, что колонки не совпадут?

увы, может: добавили кому-то процедуру, кого в расписании не было - вот и не совпадут в итоге.

кстати: открыл тестовую базу, запустил обработку один раз. Оставил на 15 минут. К тестовой базе был подключен только один клиент. Через 15 минут - та же ошибка. Не могло оно переопределиться. Никто ничего не делал

Запись в ЖР уже  делаешь? какой тип объекта?

{Обработка.Сетка.Форма.Форма.Форма}: Поле объекта недоступно для записи

ну? и что там в 28-ой строке?

то же самое что я говорил выше:

МассивРеквизитов.Добавить(Новый РеквизитФормы("Табличеще", ОписаниеТипаВыбора, "", "ТЗН"));

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

всё просто, как оказалось

а Табличища там нет?

Сменить имя реквизита формы?