Сообщество MLO

по логам видно, что MLO не может создать временный файл во временной папке, упаковать и послать его на сервер.

Нужно проверить, что у пользователя под которым запускается MLO есть права на запись во временную папку.
Очень вероятно, что вы установили какие то особые права на нее или переместили в нестандартное место. От этого могут возникнуть проблемы не только у MLO.
Чтобы проверить где временная папка введите команду в command line:
SET TEMP
или
SET TMP

ZeusEX, Решилась ли проблема? Если да, ждем увлекательного рассказа с подробностями

ZeusEX писал(а):Источник цитаты Как я понял, проблема в следующем:
- При запуске MLO создает дефолтный профайл с одной пустой задачей и кучей контекстов, в т.ч. с контекстом @Home. У меня в облаке помимо прочих контекстов был @HOME. При синхронизации профили у меня на компе профили из облакак слились с профилями из дефолтного профайла, но контекст @Home (без единой задачи) остался, а мой @HOME превратился в @HOME1. И на нем синхронизация падала, хотя я пробовал ставить в свойствах синхронизации "Не синхронизировать контексты".

нет, проблема была не в этом

Подтверждаю, проблема была не в этом. Как мне правильно подсказали, проблема в переменных окружения. У меня со старых версий Windows (XP, 7) есть привычка удалять переменные окружения TEMP и TMP указанные для пользователя. С той целью чтобы всегда использовались переменные уровня системы которые указывают на C:\Windows\Temp. Т.к. я все равно всегда работаю под пользовталем с правами админа, проблем это никогда не вызывало. А вот с WIndows 10 оказывается такой трюк не совсем работает.
Восстановил переменные по-умолчанию и все заработало.

Спасибо за помощь.

У меня появилась проблема с синхронизацией. В облако ничего не загружается. Вот лог:

31.10.2018 20:49:41
MLO ver.: 4.4.6
Initializing sync: "MLO Облако"
Local file name: Z:\home\kinord\Yandex.Disk\data\kinord_MLO.ml
Sync direction: Local<->Remote
Session id: {9D760297-9998-4874-A76C-748E0D06837C}
MLO Cloud Sync Web Service: https://sync.mylifeorganized.net/mlo/ML ... .asmx?wsdl
Syncing with file on MLO Cloud: Default
Cloud file UID: {e919811d-adc0-4d01-b02b-6720c8cf893e}
MLO Cloud user name: kinord@yandex.ru
Modif. stamps in profile before sync: Local=147038 Remote=42117
Local modif. stamp: 147038
No modifications in local file.
31.10.2018 20:49:41
Requesting modifications from MLO Cloud newer than (42117)...
DONE
31.10.2018 20:49:57
Data received from MLO Cloud. Remote modif. stamp: 42117
No modifications on MLO Cloud.
Sync is not needed since no modifications found.
Releasing session...
DONE
31.10.2018 20:49:58
Sync complete: "MLO Облако" (17,01 seconds)

Подтверждаю, что проблема есть. Синхронизация проходит, но задачи в облако не добавляются. Правда, 5 минут назад все синхронизировалось. Считаем временным сбоем.

У меня проблема так и не решилась. Жаль, пользовался MLO более 4х лет, придется наверное уходить на что-то менее проблемное

Kinord писал(а):Источник цитаты У меня проблема так и не решилась.

по логам видно, что нет локальных изменений и нечего загружать в облако. Попробуйте создать новый файл в облаке и синхронизироваться в него. Если есть проблемы, сообщите в поддержку детали и полный лог.

k007 писал(а):Источник цитаты Подтверждаю, что проблема есть. Синхронизация проходит, но задачи в облако не добавляются. Правда, 5 минут назад все синхронизировалось. Считаем временным сбоем.

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

andrey писал(а):Источник цитаты по логам видно, что нет локальных изменений и нечего загружать в облако. Попробуйте создать новый файл в облаке и синхронизироваться в него. Если есть проблемы, сообщите в поддержку детали и полный лог.

Удалил в облаке старый файл и создал новый. На компе синхронизировал с облаком и всё заработало. Спасибо, Андрей

Спасибо что сообщили о решении проблемы.