Нельзя изменить изменено другим пользователем

[miklenew]

Есть такая проблема в одной строке закупки(может и не одной, но покрайней мере в одной) не получается сменить поле подтверждено(дата).
Пишет,

Цитата:

Сообщение (11:49:18)
Значение, введенное в поле "Подтверждено" таблицы "Строки закупки" ("18.11.2008") нельзя сохранить, поскольку оно изменено другим пользователем (новое значение - ""). Используйте функцию "Восстановить", чтобы подставить новое значение.
Невозможно отредактировать запись в "Строки закупки" ("PurchLine").
Одно или более полей в записи изменено другим пользователем, или в форме выбраны не все поля. Воспользуйтесь функцией "Восстановить".

Создал новую форму положил один датасорс(PurchLine) и два поля номер закупки и эту дату.
В этой закупке одна строка.
На таблице PurchLine изменил update. Вынес doupdate() повыше

public void  update(boolean  dropInvent = false)
{
    PurchLineType purchLineType;
    ;
    this.doupdate();
    //purchLineType = this.type();
    //purchLineType.update(dropInvent);
}

validateWrite и validateField закоментировал.
AOC перезагружал.
Мож кто сталкивался с подобным.

[Ivanhoe]

А функция "Восстановить" (тобишь, F5) не помогает?

[AndyD]

Посмотрите для этой записи значение поля RecVersion.
Если оно равно 0, то попробуйте изменить его на любое другое (в оснастке sql сервера)

[miklenew]

Да, забыл написать: Ошибка появляется как раз на doupdate().

Цитата:

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

А функция "Восстановить" (тобишь, F5) не помогает?

Пробовал. Но дело то не в этом.
Я знаю я работаю один с этой записью.
Код остался только в upadate(). Всё остальное что могло вызваться закоментировал.

[CDR]

Цитата:

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

Да, забыл написать: Ошибка появляется как раз на doupdate().

Пробовал. Но дело то не в этом.
Я знаю я работаю один с этой записью.
Код остался только в upadate(). Всё остальное что могло вызваться закоментировал.

Такая ситуация возникает в том случае, когда запись в результате "хитрого кода" пытается сохраниться дважды.
Наиболее распространенная ошибка следующая:
Пользователь пытается сохранить изменения -> при сохранении записи запускается цепочка методов write, update и т.д. -> в одном из методов есть find текущей записи и ее update() с использованием отдельной переменной -> соответственно, когда очередь доходит до сохранения курсора формы, запись уже была изменена в коде. -> Ядро считает, что запись изменена другим пользователем и выдает ошибку.

Резюме: внимательно смотрите Ваш код, с 99% вероятностью ошибка аналогична описанной.

[miklenew]

Цитата:

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

Посмотрите для этой записи значение поля RecVersion.
Если оно равно 0, то попробуйте изменить его на любое другое (в оснастке sql сервера)

RecVersion на всех записях 0.
Но на этой ошибка воспроизводиться, а на других нет.
У нас Oracle.

[AndyD]

А если не через интерфейс, а в коде поменять дату - получится?

[miklenew]

Цитата:

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

Такая ситуация возникает в том случае, когда запись в результате "хитрого кода" пытается сохраниться дважды.

Щас вообще все методы на таблице закоментировал. Для чистоты эксперимента.
А форму я писал, создал новую(чистую).

[miklenew]

Цитата:

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

А если не через интерфейс, а в коде поменять дату - получится?

Кодом получилось.
Ситуация ушла.
Теперь всё нормально меняется.
Но интересно что же это было.

[CDR]

Цитата:

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

Щас вообще все методы на таблице закоментировал. Для чистоты эксперимента.
А форму я писал, создал новую(чистую).

Для чистоты эксперемента лучше все-таки посмотреть со стороны Oracle, обновляется ли запись таблицы PurchLine до возникновения ошибки, или нет.

[CDR]

Цитата:

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

Кодом получилось.
Ситуация ушла.
Теперь всё нормально меняется.
Но интересно что же это было.

А на методах modifiedField() на таблице и датасоурсе никакого кода не было?

[miklenew]

Цитата:

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

А на методах modifiedField() на таблице и датасоурсе никакого кода не было?

Я думаю если я ещё раз скажу нет, вы мне не поверите

[miklenew]

Вообщем чё оказалось.
В систему был добавлен новый тип документа по закупке.
При разноске была написана такая штука.

_purchLine.ConfirmedDlv = priceDisc.deliveryDays() + _ReadyDate;

_ReadyDate тип Date
priceDisc.deliveryDays() тип Days
На входе date = 0, days = 14.
Через отладчик и через Axapt-у ConfirmedDlv = 0 или пусто соответственно.
Захожу в базу Oracle вижу там где дата действительно пустая 01.01.1900, а в нашей испорченой 15.01.1900.
Поправил код

_purchLine.ConfirmedDlv = _ReadyDate ? priceDisc.deliveryDays() + _ReadyDate : _ReadyDate;

Теперь всё ок.
Вот такой механизм ломания табличных строк.
Странно что захотел воспроизвести пример на новой таблице.
Создал таблицу с датой(тип PurchLineDlvDate) и job.

static void Job27(Args _args)
{
    Table1 t1;
    date   d;
    Days   d1;
;
    d1 = 14;
    ttsbegin;
    t1.selectForUpdate(true);
    while select firstonly t1
    {
        t1.TransDate = d1 + d;
        t1.update();
    }
    ttscommit;
}

Дата сохраняется нормально.
... какая-то

[miklenew]

Можно воспроизвести эту ошибку (изменена другим пользователем).
Создать таблицу. Создать строку с пустой датой.
Зайти в оракл исправить 01.01.1900 на 15.01.1900, и в Axapt-e попытаться сменить дату руками. Наслаждаемся ошибкой

[AndyD]

А можете посмотреть, какие запросы на сервер уходят?

[miklenew]

Вот такой

UPDATE PURCHLINE SET 
CONFIRMEDDLV=:in1,
MODIFIEDDATE=:in2,
MODIFIEDTIME=:in3,
MODIFIEDBY=:in4,
RECVERSION=:in5 
WHERE ((SUBSTR(NLS_LOWER(DATAAREAID),1,3)=NLS_LOWER(:in6)) AND (RECID=:in7))