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

[Prof]

При удалении записи из таблицы через браузер появляется вот это сообщение:

Ошибка:
Невозможно удалить запись в Организация (план) (RHRMOrganization).
Значения, отображаемые в форме, не являются текущими, поэтому обновление или удаление выполнить невозможно. Чтобы просмотреть текущие значения, выберите в меню команду "Восстановить".

С чем это может быть связано?

[ZVV]

Цитата:

Сообщение от Prof

При удалении записи из таблицы через браузер появляется вот это сообщение:

Ошибка:
Невозможно удалить запись в Организация (план) (RHRMOrganization).
Значения, отображаемые в форме, не являются текущими, поэтому обновление или удаление выполнить невозможно. Чтобы просмотреть текущие значения, выберите в меню команду "Восстановить".

С чем это может быть связано?

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

[ivas]

поройте метод \Data Dictionary\Tables\HRMOrganization\Methods\delete
мож какие модификации ваши были или нехватает прав...

[Silence]

Цитата:

Сообщение от Prof

При удалении записи из таблицы через браузер появляется вот это сообщение:

Ошибка:
Невозможно удалить запись в Организация (план) (RHRMOrganization).
Значения, отображаемые в форме, не являются текущими, поэтому обновление или удаление выполнить невозможно. Чтобы просмотреть текущие значения, выберите в меню команду "Восстановить".

Хе хе, такая же беда.

Создал таблицу + insert_recordset + [Alt]+[F9] = Значения не являются текущими...

Никто ничего в таблице поменять не мог, просто о ней не знают, да и создана таблица минуту назад.
Сама таблица полностью дефолтная.
delete_from удаляет отлично, не удаляются из обозревателя таблиц. Что может быть?


Хм, а while select { delete() ) говорит - Возник конфликт обновления из-за того, что другой пользовательский процесс выполняет удаление записи или изменение одного или нескольких полей в записи.

[ZVV]

Цитата:

Сообщение от Silence

Хе хе, такая же беда.

Создал таблицу + insert_recordset + [Alt]+[F9] = Значения не являются текущими...

Никто ничего в таблице поменять не мог, просто о ней не знают, да и создана таблица минуту назад.
Сама таблица полностью дефолтная.
delete_from удаляет отлично, не удаляются из обозревателя таблиц. Что может быть?


Хм, а while select { delete() ) говорит - Возник конфликт обновления из-за того, что другой пользовательский процесс выполняет удаление записи или изменение одного или нескольких полей в записи.

Никаких там Delete Actions нет?

Можете сделать xpo. с вашими объектами для воспроизведения?
Я бы мог посмотреть тогда более предметно....

[Silence]

Извиняюсь.
Проблема решилась перезапуском AOS'a.

[abv2703]

Кхе, хороший способ решить проблему А скорей всего кто-то раньше изменил эту запись.

Скажем, изначально было 'хххх', кто-то поменял на 'yyyy', в то время как Вы пытаетесь 'хххх' изменить на 'zzzz' Извините за выражения

[Silence]

Цитата:

Сообщение от abv2703

Кхе, хороший способ решить проблему А скорей всего кто-то раньше изменил эту запись.

Скажем, изначально было 'хххх', кто-то поменял на 'yyyy', в то время как Вы пытаетесь 'хххх' изменить на 'zzzz' Извините за выражения

Нет, это был именно глюк АОСа.

Цитата:

Сообщение от Silence

Никто ничего в таблице поменять не мог, просто о ней не знают, да и создана таблица минуту назад.

[gl00mie]

Цитата:

Сообщение от Silence

Создал таблицу + insert_recordset + [Alt]+[F9] = Значения не являются текущими... Никто ничего в таблице поменять не мог, просто о ней не знают, да и создана таблица минуту назад. delete_from удаляет отлично, не удаляются из обозревателя таблиц. Что может быть?

Вроде бы уже обсуждалось: механизм оптимистичной конкуренции (OCC) в Аксапте полагается на число записей, возвращаемое из СУБД после update/delete, когда Аксапта посылает запрос с указанием значения RecVersion. Если СУБД возвращает 0 или не возвращает ничего, то ядро Аксапты считает, что возник конфликт обновления из-за того, что у записи в БД поменялось значение RecVersion, хотя на самом деле причина может быть во включенном режиме nocount в сессии БД:

Цитата:

Сообщение от kgksoft

проблема была в том, что при активном использовании прямых SQL-запросов в них для работоспособности нужно указывать директиву "set nocount on". Вот мы и указывали, а выключать "set nocount off" забывали (не знали). Дальше лучше. Такие сессии SQL-сервера случайным образом выделяль AOS-ом ни в чем не повинным пользователям (АОС SQL-сессии не закрывает, а выдает при надобности) и выдавали сообщение о невозможности сохранить запись в самых безобидных случаях. На произвольных таблицах и формах.

То же самое может возникать из-за использования своих хранимых процедур, которые в начале выполняют set nocount on, а в конце не выполняют set nocount off.