v7: Баг 7.7 не сохраняется реквизит? #749770

Справочник, редактирование в списке, есть реквизит "ДатаРедактирования", которого нет на форме. Если в процедуре ПриЗаписи формы списка присваивать значение ТекущаяДата, то всё ок, если вынести в глобальную процедуру то в отладчике значение меняется, а в результате не сохраняется! Если добавить реквизит на форму списка - то значение начинает сохранятся! Что это????

Справочник, редактирование в списке, есть реквизит "ДатаРедактирования", которого нет на форме. Если в процедуре ПриЗаписи формы списка присваивать значение ТекущаяДата, то всё ок, если вынести в глобальную процедуру то в отладчике значение меняется, а в результате не сохраняется! Если добавить реквизит на форму списка - то значение начинает сохранятся! Что это????

Вот выгрузка конфы там есть отчёт, который выводит этот реквизит для проверки

проверьте пожалуйста у себя, коллеги

Для формы списка "Контекст" - это не контекст элемента справочника, ИМХО

Хм... но реквизит то устанавливается! в отладчике он в самой форме списка установлен Процедура ПриЗаписи(СписокПериодРекв)     Если глПрисвоитьОбщиеРеквизитыСправочника("ЗаписьЭлемента", Контекст) = 0 Тогда СтатусВозврата; Возврат; КонецЕсли; КонецПроцедуры возвращает правильное значение

То же самое, если поставить "Редактировать в диалоге" - работает без проблем

Помести его на форму раз 1С так хочет и поставь галочки невидимый, недоступный и т.п.

Да, так и сделал, но это же не верно, и про это нужно помнить! При чём, как я написал, для Редактировать в диалоге всё корректно работает

Есть подозрение, что 1С пишет именно строку, точнее данные которые в ней есть. Нет реквизита в строке... на нет и суда нет...

(0 ) может дело в том, что это именно Контекст Формы. Нет реквизита на форме - нет его и в контексте

поместил на форму вызов функции: Функция лкНаформе сообщает в окне: Код   .  .   Код   .  .   Наименование   .  .   т.е. реквизит записывается...

ну и конечно надо что-то одно оставить...

скиньте конфу мне, у меня не выходит

это я пробовал и так и так

а как же всё тоже самое с Диалоговыми формами? Там нет этого реквизита, но всё работает

так твоя конфа, я поменял только: 1. закоментировал в глобальнике УстановитьАтрибут 2. кинул на форму функцию, текст функции в .. все.

Код   .  .   Нажал Enter в коде Код   .  .   Нажал Enter в наименовании Наименование   .  .   Наименование 04.08.15 Наименование 04.08.15

Это ты добавляешь строку, а попробуй существующую отредактировать

там, где ДатаРедактирования пустая

На форме списка надо Контекст заменить на ТекущийЭлемент Т.к. Контекст относиться к Форме, а не выбранному элементу.

+19 т.е. КонецПроцедуры

На всякий случай я и так пробовал Не взлетает! А вообще ТекущийЭлемент - это доступ к значению до сохранения элемента справочника. Т.е. ДатаРедактирования и ТекущийЭлемент.ДатаРедактирования - реквизит текущий и до записи.

+В отладчике в Конт есть реквизит ДатаРедактирования, хотя на форме его нет!

(All) Вы попробуйте пожалуйста сами у себя, конфа 5 байт В режиме редактирования старой строки, не добавления новой P.S. Ещё один баг выловил на этой же почве

нет там багов. есть непонимание. соответственно преждевременно свое непонимание трактовать как баги платформы

Познай секретную процедуру ГлВзятьКонтекст(Конт), применяемую во всех типовых.

"Ошибка не в программе, ошибка в ДНК"©

Не поможет.

Единственный вариант. Разместить в списке справочника реквизит ДатаРедактирования и сделать ее скрытой. Тогда работает.

А что, в глобальных процедурах создавать Объект уже не нужно? Старею, видимо...

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

по подробнее, вот скрин:

да, именно так сейчас пришлось делать, так работает

какой объект? Контекст передаётся, не работает только в форме списка, только при отсутствующем реквизите

спасибо, что поддерживаете

и без этого можно было обойтись.

а попробовать: 1. убрать реквизит из формы списка

Естественно. Передаёте контекст элемента формы списка у которого нет реквизита "ДатаИзменения". Если хочется изменить в глобальной процедуре, я бы делал через СоздатьОбъект и НайтиЭлемент

Как можно перезаписать заблокированный (в режиме редактирования) элемент???

Как это нет? а это что, барабашки?

Ещё раз, товарищи. При работе с формой элемента, где НЕТ этого реквизита, всё работает. Так же передаётся контекст ФОРМЫ. Ну что вы, читать не умеете что ли?

С 2000 года работаю по совместительству (невольному) бета-тестером...

Еще раз, товарищ. в идет речь о форм есписка. Откуда внезапно вылез форма элемента?

+а при создании элемента нового всё прекрасно работает это наверное фича такая. Реквизита нет, но он есть. Браво

В форме элемента контекст формы (упрощенно) совпадает с элементом. в Форме списка - контекст формы - к какому элементу относится? ни к какому.

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

Просто в целом по ТС - непонятно для чего тогда целый ЖР с отбором по объекту существует?

см 45

зачем мне отбирать этот объект, если он выбран, заблокирован и находится в режиме редактирования??

но Конт не относиттся к этому объекту. Хоть вы его 10 раз заблокируйте. Поэтому Конт.ДатаРедактирования тоже не относится к этому объекту.

на вот, занимайся

И по х, какой там элемент, новый/старый..

И? реквизит на форме, передаётся 1 параметр... не мой случай, обходные пути всегда находятся.... Мне нужно менять 50 реквизитов, предлагается в процедуре 50 параметров вставлять?

при создании нового относится, при редактировании не относится. Смешно

Неинтересно... ибо есть колонкас реквизитом

ну вот есть у тебя форма списка. ДЛЯ ВИЗУАЛЬНОГО осмотра. Элемент справочника "весит" допустим 10 мб. на списке у тебя 20 строк. и что - системе тянуть в кеш 200 МБ при каждом листании? нафейхоа?

Off: нашёл схожий баг, описать полностью его не могу, потому что не воспроизвёл на демо базе из-за недостатка времени и нахождении простой затычки Суть в чём, обновляю существующий документ из файла. Все реквизиты устанавливаю через Док.УстановитьАтрибут Так он не обновляется! Если прописать хоть один реквизит Док.ИмяРеквизита = Док.ИмяРеквизита; то всё начинает работать как часы!

Мы говорим про строку, которая редактируется С помощью отладчика легко выяснить, что все не существующие на форме реквизиты подтягиваются ПриНачалеРедактированияСтроки

рецепт тебе дали: позиционируйся на текущем объекте. Тогда будут доступны все реквизиты

имхается что они доступны только для чтения... ???

Ты сильный шаман, однако! ;-)

Какой рецепт??? Вы бы хоть попробовали.... Объект блокируется, это не возможно... Единственный вариант - это реквизит на форме, скрытый

Я просто делаю зачастую не стандартные вещи и всегда ищу баги

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

Нифига, значение правильное возвращается

Что не так делаю? Всё по уставу Намного легче сказать, что ошибка в ДНК, чем признать существование бага

ладно, камрады, спасибо за участие будут затычки стоять

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

абстрагируйтесь от названия реквизита....

было бы странно если при чтении возвращалось бы неправильное значение...

в конце процедуры ПриЗаписи сгенери внешнее событие и после окончания транзакции записи - делай с элементом что хочешь

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

я устал уже писать одно и тоже, вы не правы, проверять не хотите , Всё что вы пишите - это обходные пути, к делу не относятся

Хоть все реквизиты меняй

вы задолбали извините за выражение ;-) какое при чтении возвращается "правильное" значение? хочеь прочитать значение из базы а не из кэша читай через конт.ТекущийЭлемент.КакойТоРеквизит

Чебур, это же не наш метод :)

ты прав однако... я бы переделал на форму элемента

кстати на рисунке автора неудивительно что ДатаРедактирования = пусто. так как оператор присвоения еще не выполнился... ;-)

млин... ну выложу я ещё 10 скринов, до, после, во время на вас это не подействует

да, или так, или скрытый реквизит

Чего, не осилил ?

ну изврат же, а

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

+83 т.е. по сути все то-же самое, что и в .. хотя подход и интересный

И ? Что это меняет ? :)) Че курим ?

+85 что напишешь в глобальнике, то и присвоит, хоть для новый, хоть для старых.

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

почему, вполне себе универсально

тут интересно почему твой код присваивает (сам не проверял, надеюсь на гуру), а вот как описано в - нет...

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

Сто-стоп-стоп. Нет никакого СКРЫТОГО реквизита в МЧ.

Если че, в глобальнике доступны ВСЕ реквизиты, более того, ВСЕ переменные модуля формы.

ну так он про это и говорит. что шаблон, что добавление скрытого реквизита = костыль

И... это баян древнейший

Какой скрытый реквизит ?

А всё, проитал, что там trad ответил. Не, Шаблон, вполне себе универсальное средство.

и. это лучше , чем лепить реквизиты на форму, как в первом случае.

я в курске. 1. твой шаблон 2. чье-то предложение добавить скрытый реквизит - типа это костыли.