IG33 23.11.2011 15:10
Пользователь

[Win] Ошибки синхронизации рождают конфликтные заметки даже при работе единственного клиента.

Мой win-клиент из-за какой-то ошибки синхронизации давеча умудрился создать заметку с "Conflicting Changes", хотя, на мой взгляд, это просто невозможно (я уже несколько часов был на работе и только там я правил эту заметку). Желая разобраться в причинах проблемы - заглянул в журнал событий, пришлось повозиться, но в результате нашел интересующие меня записи:

10:59:03 [3224] 0% Connecting to www.evernote.com
10:59:03 [3224] 0% * loaded updateCount: 13662
10:59:06 [3224] 0% Client is up to date with the server, updateCount=13662
10:59:06 [3224] 0% * saved updateCount: 13662
10:59:06 [3224] 0% Updating server items
10:59:06 [3224] 0% Updating server note "Регистрация на форумах 4PDA:"
10:59:06 [3224] 0% * guid={118e9895-3bbb-438a-b1e1-549747b5fa7a}
11:05:10 [3224] 0% TException: TApplicationException: Wrong method name
11:05:10 [3224] 0% Session terminated abnormally, elapsed time: 6m 8s
11:05:10 [3224] 0% * sent: 2.9KB, received: 461B
11:05:10 [3224] 0% * 6m 6s (100%) spent in EDAM RPC
11:06:54 [3224] 0% Connecting to www.evernote.com
11:06:54 [3224] 0% * loaded updateCount: 13662
11:06:55 [3224] 0% Client updateCount=13662, server updateCount=13663
11:06:55 [3224] 0% Retrieving list of changes from the server
11:06:56 [3224] 0% * saved 1 sync chunks, updateCount=13663
11:06:56 [3224] 0% Synchronizing 1 note
11:06:56 [3224] 0% Saving conflicting local change to note "Регистрация на форумах 4PDA:"
11:06:56 [3224] 0% Updating local note "Регистрация на форумах 4PDA:"
11:06:56 [3224] 0% * guid={118E9895-3BBB-438A-B1E1-549747B5FA7A}
11:06:56 [3224] 0% * Retrieving note content, length=2337
11:06:56 [3224] 0% * guid={118e9895-3bbb-438a-b1e1-549747b5fa7a}
11:06:57 [3224] 100% * saved updateCount: 13663
11:06:57 [3224] 0% Updating server items
11:06:57 [3224] 0% Updating server note "Регистрация на форумах 4PDA:"
11:06:57 [3224] 0% * guid={118e9895-3bbb-438a-b1e1-549747b5fa7a}
11:06:59 [3224] 0% * updateCount: 13663 --> 13664
11:06:59 [3224] 100% * saved updateCount: 13664
11:07:00 [3224] 100% Session terminated normally, elapsed time: 5s
11:07:00 [3224] 100% * sent: 802B, received: 3.1KB
11:07:00 [3224] 100% * 6s (100%) spent in EDAM RPC


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

Ответить

У меня тоже эта проблема (17)
Подписаться на тему, чтобы
получать уведомления об
ответах!

Проголосуйте и подпишитесь на тему
  • ответ скрыт
    Пользователь

    Как уже упоминал тут, ​13.05.2015 я вновь столкнулся с этим багом. Заметка, которая была создана и отредактирована на единственном Win-клиенте (т.е. совсем единственном, никакие другие клиенты на других платформах не были запущены) размножилась сама собой:



    Учитывая, что размер заметки - 124 мегабайта, явление меня совсем не радует, поскольку хоть, благодаря премиум-аккаунту, я и не ограничен никакими лимитами на общий размер хранения, но появление клона в локальной базе "отгрызло" мои личные мегабайты на системном SSD.

    Произошло это, судя по дате/времени изменения, в 10:25 MSK. Выдержку из протокола работы за этот период опубликую в следующем, скрытом сообщении.

     (0)
  • ответ скрыт
    Пользователь

    Сегодня, создал заметку, затем слегка отредактировал ее. Все это производилось в единственном клиенте, т.е. никакие конфликты принципиально невозможны. Однако же:


    Выдержку из протокола работы добавлю в скрытом сообщении уровнем ниже.

     (0)
    • ответ скрыт
      Пользователь

      Предлагаю поддержке создать премиум-тикет самостоятельно, по материалам этой темы...

       (1)
  • ответ скрыт
    Пользователь

    И вновь самозарождение конфликтующих копий при создании заметки на единственном клиенте:


    Выдержку из протокола работы добавлю в скрытом сообщении уровнем ниже.

     (0)
Какое у вас настроение?
Скрытие ответа
Используйте, если в ответе содержится конфиденциальная информация. Только представители компании смогут просмотреть его
Создать тему
  • 7
    ответов
  • 1
    участник
  • 5
    подписчиков