UNID есть, а документа - нет

[anna]

Коллеги, прошу мозгового штурма. Опять фигня творится. Повторяется только у одного пользователя, специально не можем воспроизвести третий месяц.
Создается в нотесе новый документ (служебка) и после заполнения отправляется на согласование, то есть, отправляется уведомление, идет сохранение. Так вот - уведомление с нормальным NotesURL есть, а документа - нет 8). То есть совсем никак нет - "Не удается найти документ, на который ссылается связь, в связанной базе данных". Окурков нет. Ничего нет.
Гипотеза про то, что документ создается в неведомой реплике - не подтверждается - идут от того же пользователя и нормальные документы. Что это?

 

[oshmianski]

Readers?

 

[swyatogor]

то есть, отправляется уведомление, идет сохранение.

Прям в такой последовательности идет?

 

[anna]

Readers?

ScanEZ, все-таки, показал бы документ.

 

[anna]

Прям в такой последовательности идет?

Вроде да.

 

[garrick]

Попробуйте сначала сохранить документ, потом получить его UNID.

 

[garrick]

ScanEZ, все-таки, показал бы документ.

Если у вас нет прав на чтение, то не должен.

 

[anna]

Если у вас нет прав на чтение, то не должен.

Full access administrator. Пробовала Find Note сделать по юниду - говорит "Entry not found in index"

 

[oshmianski]

Full access administrator

не поможет. если нет прав на чтение, то хоть маг 80 уровня...

 

[anna]

не поможет. если нет прав на чтение, то хоть маг 80 уровня...

Агентом с соответствующими правами тоже никак не дергается, а опыт подсказывает, что уж серверным агентом берется все.

 

[Кирилл Шваб]

Без кода сложно понять, но помимо Readers еще может быть затык в ECL.
Если нет необходимых разрешений (пользователь выбрал "Не доверять"), то код не доходит до конца и не сохраняет документ.

 

[swyatogor]

Вроде да.

если документ до этого не сохранялся то Вы берете не тот юнид.. он прописывается только после сохранения.. где то с соседней теме что то подобное проскакивало..

 

[anna]

Readers?

Сделала такой опыт: создала в бд документ и назначила ему юнид от пропавшего документа. Без вопросов все создалось, и дата модификации этого нового документа верная, а вот время-дата Created этого дока - аккурат то самое время, которое должно быть у пропавшего дока. Это readers? И как это вылечить?

 

[oshmianski]

@anna,

теоретически, документов с одинаковым унидом быть НЕ может. время создания, вроде, является частью унида и из него вычисляется. где-то Константин Червоненко выкладывал инфу по этому поводу.

 

[anna]

@anna,

теоретически, документов с одинаковым унидом быть НЕ может. время создания, вроде, является частью унида и из него вычисляется. где-то Константин Червоненко выкладывал инфу по этому поводу.

Если почитать лотус хелп, то два документа вполне может быть, просто автоматически второй становится репликой первого.
To get: unid$ = notesDocument.UniversalID
To set: notesDocument.UniversalID = unid$
мы как раз поймали этот случай - раз он реплика, то у нового документа дата создания ажно 4 дня назад. То есть док в базе был, однако он not accessible somehow

 

[garrick]

Скорее всего это не реплика, а конфликт репликации и сохранения.

 

[oshmianski]

Если почитать лотус хелп, то два документа вполне может быть

Извините, не верю. Это в каком месте написано?

 

[anna]

Скорее всего это не реплика, а конфликт репликации и сохранения.

UniversalID property
Read-write. The universal ID, which uniquely identifies a document across all replicas of a database. In character format, the universal ID is a 32-character combination of hexadecimal digits (0-9, A-F).
The universal ID is also known as the unique ID or UNID.
Defined in
NotesDocument
Data type
String
Syntax
To get: unid$ = notesDocument.UniversalID
To set: notesDocument.UniversalID = unid$
Usage
If two documents in replica databases share the same universal ID, the documents are replicas.
If you modify the UNID of an existing document, it becomes a new document.
Saving a document with the same UNID as an existing document raises lsERR_NOTES_ERROR (4000).
See @DocumentUniqueID for another way to get the Universal ID of a document and more information.

Если бы искомый (пропавший) документ был конфликтным, то все равно возвращался бы агентом, не был бы Nothing, как мне кажется.

 

[oshmianski]

Saving a document with the same UNID as an existing document raises lsERR_NOTES_ERROR (4000).

Ключевой момент, как мне кажется. Двух одинаковых унидов быть не может. Если у вас и сохранился, то посмотрите какой унид таки реально присвоился.

 

[anna]

Ключевой момент, как мне кажется. Двух одинаковых унидов быть не может. Если у вас и сохранился, то посмотрите какой унид таки реально присвоился.

Несмотря на ошибку, все равно прокатило.