В одной "интересной" конфе вылез странный глюк - в ОбработкаПроведения не проходят проверки, выставляется Отказ = Истина; после чего в форме документа состояние ЭтоНовый() не восстанавливается.

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

Запустил "замер производительности", нажал на "Ок", в начале ЭтоНовый() = Истина, транзакция откатилась, в конце ЭтоНовый() = Ложь. Выключил замер производительности, что искать в нем? Записать() есть только для подчиненного набора записей регистров, какие еще слова искать?

а почему отказ в проведении должен откатить запись документа?

"в конце ЭтоНовый() = Ложь". В конце это где?

(1) Ну если РежимЗаписиДокумента = Проведение, разве нет?

(2) после того, как он сказал "Не удалось провести ..." в обновлении отображения

(4) Для того, чтобы проводить т. е. записывать в регистры, нужна ссылка на регистратор, т. е. док должен быть записан.

Тоесть порядок такой:

1. Создаем новый документ.
2. Наполняем реквизиты данными.
3. Нажимаем кнопку "Ок"
4. В обработке проведения устанавливаем флаг "Отказ" в значение истина.
5. На форме в событии ОбновлениеОтображения метод "ЭтоНовый", расширения контекста объекта, возращается значение Истина?

просто после этого повторная попытка проведения дает "Операция не может быть выполнена из-за несоответствия версии или отсутствия записи азы данных (возможно, запись была изменена или удалена)".

(3) вот тут - как бы да, тогда не понимаю, как сабж-а добиваешься )

(6) к (4) с вопросом.

(7) Релиз платформы.

(10) 8.2.16.368

на той же платформе создал в метаданных новый документ, там поведение нормельное, т.е. после "Не удалось провести ..." в обновлении отображения ЭтоНовый() = Истина.

В сабже - после "не удалось провести" ЭтоНовый() = Ложь. и после этого - (7), т.е. не поправить даже ничего, чтобы провести измененный документ.

(11) Может это глюк платформы?

Рационального объяснения не могу придумать.

вот и спрашиваю - замером получил все выполняемые строки обработки от нажатия на кнопку "ОК" до обновления отображения, что кроме "Записать" там искать, что может сбросить ЭтоНовый() флаг

(13) ну так на новом документе все работает

а если сравнить версии. Они одинаковые?

(16) + тоесть
Объект.ВерсияДанных и Ссылка.ВерсияДанных.

(5+) Возможно, где-то прописана принудительная запись в отдельной транзакции

ВерсияДанных? там пишет "{(1)}: Ошибка при получении значения атрибута контекста (ВерсияДанных)"

А Ссылка пустая после отказа.

(15) Ну это не показатель. Может ты наткнулся на трудно воспроизводимую ошибку платформы.

(14)
а ссылка пустая?

(17) Из (7) можно предположить, что разные

(19) Упр формы?

(22) Не факт.

(23) нет
(22) ->(19)

режим совместимости с 8.1, но все равно, (15) же

Глюк (с) какой-то. Как такое программно воспроизвести, не представляю

(0) Объект этоНовый только в событиях передзаписью,  при записи так же как и при провдеении он в принципе уже не может быть новым. Ибо ссылка по сути уже есть.

это 1С и этим все сказано

(26) Пакуй базу и в 1С.

(28) У него он Не новый уже после окончания (отмены) транзакции

(28) При откате транзакции теряем и ссылку, тоесть запись.

НачатьТранзакцию не нашел в замере

(31) Ну да все правильно транзакцию откатили, и в этот момент ничего уже не делается, начнем снова писать он передзаписью опять новы будет, а в при записи уже нет.

(34) А после отката транзакции на стороне клиента он какой?

(32) Ну да, но в каком месте вы хотите увидеть что объект не новый?

(35) Новый, он всегда новый до начала транзакции, при выполнении уже нет.

(36) -> (6) на шаге 5

(37) У ТС не так. В форме он наблюдает обратную реакцию.

(36) я хочу узнать, почему он после отката транзакции не новый

(36) Потому что транзакция уже началась, пока полностью все операции по записи не прекратились, он уже не новый.

(38) Шага 5 выполняется уже после окончания транзакции.

(42) Именно

(41) Мля , транзакция уже откатилась. и при попытке изменения объекта появляются ошибки. Ты видимо писатель , а не читатель.

(43) Ну все логично. Трназакция отменилась объект вновь стал новый.

(45) в (0) он таки не стал обратно новый

(44) Какие ошибки? В каком событии?

наркоманская ветка

(47) после этого при любых попытках действий с объектом (записать, провести и т.п.) выдается (7)

(48) это нормально

(47)
см (7)

А если отказ давать перед записью, а не при проведении, воспроизводится? Хотя я не знаю, что это даст

Дык естественно у него там корявка Записать() в регистре явно указано, оно и пишет ссылку в базу.

(53) Отмена транзакции должна отменять также и все корявки, по идее

+(53) А кстати в каком месте оно указано?

(55) в ПриЗаписи - идет запись версионирования

(54) По идее да, но может она проходит до отказ = истина, либо отказ устанавлвается в истина не непосредственно в обработке проведения, а там это потом не обрабатывается.

(56) Все понятно.

Записывается док после ПередЗаписью но до ПриЗаписи модуля объекта... может в подписках на события до ПередЗаписью или в модуле регистра есть что-то вроде
Если Регистратор.ЭтоНовый() тогда
НачатьТранзакцию();
 Регистратор.Записать();
ЗафиксироватьТранзакцию();
КонецЕсли;

(59) "Начать" в замере нету

(59) Там все прикольней, записывается набор записей подчиненный регистратору.

(60) А записать() есть? Может заменить на УстановитьСсылкуНового

(61) Все наборы записей в РН подчинены регистратору и не вызывают данный батхед.

(59+) а, нет, регистр записывается внутри транзакции... может подписка?

(64) подписки не видны в замере?

(63) Если их явно не писать, до окончания записи регистратора то не вызывает иначе запросто.

(66) Посмотри как пишутся партии в типовой конфе. они пишутся явно

(67) Посмотри как вызывается это запись - везде стоит - Если не Отказ тогда и после всех проверок, а тут прям перед записью у него все это безобразие выполняется.

+(68) То есть призаписи, а там объект уже всегда не новый.

пока ищу методом половинного деления выставляя
   Отказ = Истина; Возврат;
в разные места

пока дошел до того, что если в середине обработки проведения поставить отказ - то все работает как надо

(70) Попробуй убрать версионирование, посмотришь что будет.

(72) оно в ПриЗаписи - сейчас уже вставляю в разные места обработки проведения, пока все работает, т.е. после отката ЭтоНовый() = Истина

(73) А ошибка все равно возникает.

(74) нет, все нормально

Создал новый документ.
В модуле формы


Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
   Если ЭтоНовый() Тогда
       Записать();
   КонецЕсли;
КонецПроцедуры

Процедура ПослеЗаписи()
   Сообщить(ЭтоНовый());
КонецПроцедуры

в модуле объекта


Процедура ОбработкаПроведения(Отказ, РежимПроведения)
   Отказ=Истина;
КонецПроцедуры

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

(76) да, но у тебя не наблюдается (7), наверное.

может после Отказ=Истина где-то есть Записать() ?

(78) Оно есть до этого места.

(76) ПередЗаписью формы, если мне не изменяет память, выполняется до начала транзакции, так что поведение нормально

(78) после Отказ = Истина идет Возврат;

В обработке проведения документ уже не новый.

(80) Это я к тому, что чудес не бывает, надо искать где док записывается до начала транзакции. Может справочник или регистр сведений записывается, а в его событиях регистратор.записать()

(83+) Тупо зпкоментить половину всего, что до ОбработкаПроведения, потом вторую половину...

только что в начало обработки проведения включил Отказ = Истина; Возврат; - ошибки нет

А нету у тебя часом в модуле "Прочитать()"? Если есть - ставь перед ним "Записать()".

(85) а ЭтоНовый() какое?

(87) в обработке проведения - ложь, после отката - истина

(83) Бесполезно я уже давно пытаюсь эту мысль донести, но почему то все упорно хотят верить в чудо.

(83) (89) Если бы док записывался до начала транзакции, это бы не приводило к (7).
Разве если где-то вредительский код типа ЭтотОбъект.Ссылка.ПолучитьОбъект().Записать()
(да и то, док то новый, получитьОбъект не удастся)

(90) Там записываются записи подчиненного регистра.

(91) и чо?

(92) В этом причина

(93) сфига?

в коде идет получение/создание объекта и его запись в базу. Поэтому в форме остается экземпляр с признаком этоновый. Но в базе уже есть этот объект. При записи система отваливается с ошибкой.
PS Из этого следует, что форма открывается с установленной ссылкой нового.

(96) где-то идет запись вне транзакции(причем не через этот экземпляр объекта) и только потом проведение

короче, подергал я вызываемые модули, потом вернул все назад... и ошибка ушла. вероятно косяк конвертации.

Хмм... значит все-таки глюк платформы :(

нуф-

нуф