Відсутні користувачі що створили чи модифікували

[Мельниченко Святослав]

А щодо дат корегування?
І оскільки у нас не відтворюється, то прошу вказати вашу версію клієнтської і серверної частини..

http://imsa.ua/forum/index.php?topic=27.msg76#msg76

спробуйте заводити декількома користувачами ви ж пробуєте один два ПК, а з базою у нас працює багато користувачів.

Я спробував по різному. Помилка не відтворюється. Можливо тому, що ваша версія сервірної частини не співпадає з нашою, до оновлення 2.27.7 ми не маємо ніякого відношення.

Єдина порада - спробуйте у вхідній канцелярії коритуватись при додаванні формою користувача, а не динамічною формою.

[Serg_z]

Да не при чем тут версия.

Вот сижу на тестовой базе играюсь - тоже не получается.

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

Наблюдаю на живой базе - 20 раз в подряд все нормально, вдруг хлоп - зарегился вхидной без дат - дальше опять нормально.

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

[CIM]

Версия действительно не причем, у нас таких насобиралось на текущий момент 2066 штук по запросу:

var
  реєстр: TwndCustomRegistry;
begin
  реєстр:=показати_реєстр('DOCUMENT_2', 'КодКоманди=?КодКоманди,назвавікна=chans_admin_inbox_CHANGE_DATE_is_null,заголовок=Вхідна адміністративна канцелярія CHANGE_DATE is null,ФільтрТипівДокументів=((CODE = 3912 OR CODE = 3921 or CODE = 1110 or CODE = 5130 or CODE = 5140 or CODE = 5150) and (INSTANCE_DEP.CODE <> 2))');
  реєстр.прихований_фільтр('(@DBID = @CURRENT_DEP.DBID) and    (((REGISTRATION_TYPE.CODE = 103 or REGISTRATION_TYPE.CODE = 106 or REGISTRATION_TYPE.CODE = 27 or REGISTRATION_TYPE.CODE = 211) and (DOC_TYPE.DOC_TYPE.CORRESPONDENCE_TYPE.CODE = 1)) or ((DOC_TYPE.DOC_TYPE.CORRESPONDENCE_TYPE.CODE = 1) and (REGISTRATION_TYPE.CODE = 203)))');
 реєстр.накласти_фільтр('(CHANGE_DATE is null)');
End.

с начала работы "ДЗС"!!!

[uav1606]

У нас без даты изменения 9472 документа! (Это всех: и рег. карточек, и ОСК, и т.п.) У них у всех и поле "Користувач, що змінив" тоже пустое. Дата створення - пусто. Користувач, що створив, правда, в одном из этих 9472 документов есть. :-)
Больше всего среди них рег. карточек.

[CIM]

Я спробував по різному. Помилка не відтворюється. Можливо тому, що ваша версія сервірної частини не співпадає з нашою, до оновлення 2.27.7 ми не маємо ніякого відношення.

Помилка повторюється з початку роботи "ДЗС".
Перша вхідна дата з такою помилкою в нашому суді 17.01.11.
Ви до всіх тих версій також не маєте відношення?
Можу скинути вхідні дати, зробите статистику (графіки), відсієте "не Ваші" версії...

[Serg_z]

Озадачился и написал скриптик, ищущей по всем категориям дел документы и версии ОСК без "Дати створення".

Ситуация хуже чем я предполагал ! Эта "шняга" проскальзывает в разы чаще чем казалось (раньше узнавал только колы люди жаловались или случайно натряплял). Именно по ОСК, на входящую плевать оно на отчеты не влияет, а вот ОСК - это серъезно!

И именно в том плане, что в таких случаях данные из документов без "Дати створення" не переносятся в ОСК по связкам, а если это случается с версией самой ОСК - данные из нее не вытягиваются в колонки и соотв. в отчет (точнее, "тянет" из последней версии ОСК, где есть "Дата створення", а эту не учитывает.).

Т.е. автоматический отчет в данный момент сделать с ДОСТОВЕРНЫМИ данными НЕ ВОЗМОЖНО В ПРИНЦИПЕ, т.к. даже нет уверенности в том, что и правильно и полностью забитые данные будут обработаны правильно.

Считаю это самым серьезным багом "ДЗС" на сегодня.

Думаю провести полный анализ, по результатам надо наверно создать новую тему на форуме ИСС, выложить скрипт и попросить людей прогнать у себя чтоб речь вести не от пары пользователей, которым легко ткнуть на "левую версию" и т.п., а от масс.

P.S. уже почти уверен, что этот "баг" происходит именно в момент, когда один пользователь логинится, а другой в этот момент сохраняет ...

[Денис Пєшков]

Да, если такая ситуация реально имеет место, то это серьезно. Добавили ее себе в список задач, первоочередной важности.
Как только будет какая-то новая информация, относительно этого, мы сообщим.

[Serg_z]

Прогнал по своей базе скрипт, ищущий документы без Дати створення.

Результат не утешительный - 3% дел содержат документы или версии ОСК, для которых Дата створення (и Користувач соотв.) не прописались ...

[Romas]

Прогнал по своей базе скрипт, ищущий документы без Дати створення.

Результат не утешительный - 3% дел содержат документы или версии ОСК, для которых Дата створення (и Користувач соотв.) не прописались ...

А у меня ваще 7%

[uav1606]

У меня около 5% таких документов - 9960 из 195611 (по классу DOCUMENT_2).

[CIM]

Да, если такая ситуация реально имеет место, то это серьезно. Добавили ее себе в список задач, первоочередной важности.
Как только будет какая-то новая информация, относительно этого, мы сообщим.

Информации еще нет? У Вас получилось воспроизвести ошибку?

[numega]

Я спробував по різному. Помилка не відтворюється. Можливо тому, що ваша версія сервірної частини не співпадає з нашою, до оновлення 2.27.7 ми не маємо ніякого відношення.

Баг идет с версии 2.21 (не помню уже всех версий), еще с фиг знает с когда. В нашем суде проблема начала проявляться еще в мае 2011 года, тогда и в ИСС звонили, и базу им отдавали. В общем, закончилось все через 3 дня остановки работ в ДЗС жалобой на имя председателя ГСА вроде как. Ну а ребята из ИСС в тот же день, к слову, начали уверять, что ошибку исправили и мы не дождались каких-то полдня (послал их на все 4, ибо сроки все посрывали). Как вижу - тупо врали, типа обелиться хотели