Ошибка "Запись удалена другим пользователем"

[ArturK]

При окрытии формы с DS по временной таблице,
когда в таблицу помещается 0 записей,
у всех пользователей все нормально, - форма открывается пустой,
а у одного выдается сообщение

"Невозможно считать запись из TmpTable
Запись удалена другим пользователем."

Я уже и все сохраненные параметры у этого пользователя удалил, не помогает.

В чем может быть дело?

[Valery]

Несколько другая ситуация, но похожая ошибка.
В таблице все записи полностью аналогичны. Однако при редактировании некоторых записей выдаётся следующее сообщение:

"Невозможно отредактировать запись в 'Организация' ('RpayHRMOrganization').
Запись удалена другим пользователем"

Записи эти на месте, никто другой их не редактирует в это время. Рестарт сервера, синхронизация и проверка целостности данных - не помогают.

Что бы это могло быть?

[blokva]

Скорее всего причина в том, что вы что-то дорабатывали и некорректно написали код.
У меня были подобные проблеммы в ситуации, когда в одном методе происходит какая-нибудь манипуляция с записью, и из этого метода вызывается другой, который, например делает рефреш.
Другая ситуация - это присваивание табличной переменной напрямую значения другой! В данном случае необходимо использовать не прямое присваивание, а используя метод data(). Это, кстати наиболее частая ошибка, вызывающая указанное сообщение!

[Valery]

Причину нашли. В некоторый момент длина ключевого поля была увеличена (в соответствующем EDT). А вырвнивание - вправо. Поэтому в записях, созданных до этого изменения, в этом поле не хватает лидирующих пробелов. Именно на этих записях проявляется ошибка.

Вывод (наверное всем известный кроме меня) - длину ключевых полей с выравниванием вправо просто так увеличивать нельзя (если уже есть данные).

[mazzy]

Цитата:

Изначально опубликовано Valery
Причину нашли. В некоторый момент длина ключевого поля была увеличена (в соответствующем EDT). А вырвнивание - вправо. Поэтому в записях, созданных до этого изменения, в этом поле не хватает лидирующих пробелов. Именно на этих записях проявляется ошибка.

НЕТ.
Причина не в изменении длины. При изменении длины Аксапта нормально отрабатывает случай с правым выравниванием и сама автоматически добавляет пробелы.

Ищите дальше.

[Lazy_Tiger]

Цитата:

Изначально опубликовано mazzy

НЕТ.
Причина не в изменении длины. При изменении длины Аксапта нормально отрабатывает случай с правым выравниванием и сама автоматически добавляет пробелы.

изменение длины - да. а вот изменение вправо-влево... сталкивался с ситуацией когда после синхронизации получил такое:

было: "_________А00001234"
стало: " _____А00001234___"
а должно было:
"А00001234_________"

причем не у всех, а у порядка 300-400 записей из нескольких миллионов

P.S. форум пробелы жреть?

[mazzy]

"жреть"

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

До изменения выравнивания аксапта нормально работала с такими записями.
Но изменить выравнивание автоматически не смогла.