CloudMailRu
CloudMailRu copied to clipboard
pozitronik
Не скачивается файл (раздающие ноды не принимают cookie-авторизацию)
Судя по жалобам, изредка скачиваемый файл не сохраняется (создаётся файл-приёмник нулевого размера). Никаких ошибок при этом не отлавливается, воспроизвести не получается. Наиболее вероятный вариант - ошибка сохранения в TFileStream. Можно поэкспериментировать с альтернативными вариантами сохранения (скачивание в память, с последующим сохранением потока на диск).
Ловил такую ошибку сидя на Win 10 Enterprise N. Total Commander Power Pack. Сейчас зашел на свое облако с Win 10 Pro и чистого коммандера, без каких либо еще дополнений и все прекрасно скачивается(Единственное но - коммандер падает если я пытаюсь скопировать в папку куда нет доступа на запись, например корень системного диска). Возможно у плагина надо логирование доработать, что бы понять откуда ноги растут у проблемы, ибо она действительно имеет место быть. Ну и что бы не плодить проблемы, попрошу все же сделать так, что бы в случае отстувия прав на запись об этом было уведомление, а не падение тотала =)
Total Commander Power Pack. Проблемы сборок от Васяна не рассматриваются.
Ну и что бы не плодить проблемы, попрошу все же сделать так, что бы в случае отстувия прав на запись об этом было уведомление, а не падение тотала Да, проверю конечно.
Добавлен сброс файлового буфера на диск, возможно то устранит проблему с копированием в нулевой файл.
не сработало,(скачивал master версию) win10pro(x64) TC 8.52a на виртуальной машине под Win XPs3 (x86) +TC 8.52 тоже
Такая же проблема. Total x64 8.51a (чистый), плагин 64, ОС: Win 7 проф. SP1
А если поэкспериментировать с закачкой в разные каталоги? На разные диски? С разными правами доступа (запустить тотал под админом, например)? Я никак не могу даже приблизительно понять, как воспроизвести.
Попробовал на разные локальные диски - на все нулевой копируется. По-умолчанию от админа запускал. Сейчас попробовал без админских прав - аналогично. Пробовал также установить Total 9.0 beta - проблема сохранилась.
Попробуйте сборку из debug-ветки. Нужно скопировать один-два файла, и прикрепить сюда протокол соединения.
@pozitronik попробовал,тоже не работает (в облако закачивает,обратно 0байт но я не понял откуда скопировать логи/протокол соединения чтобы прикрепить их сюда ? могу дать доступ через TeamViewer
Нужно повторить ещё раз со сборкой из debug (скопировать файл, прислать мне лог).
Судя по репорту плагин просто не может достучаться до нужного файла, вот это:
HTTP.get end, response code: 302, response text: HTTP/1.1 302 Found, redirections: 15
говорит о том, что сервер облака циклично пересылает запрос. В нормальных условиях я отслеживал три редиректа - судя по всему, так задумано. Но 15? Попробую увеличить максимальное количество редиректов и добавлю ещё кое-какое протоколирование.
К сожалению, у меня нет причин полагать, что это ошибка плагина. По логу можно видеть, что мы вполне корректно стучимся на ноду раздачи файлов, но там вместо данных нас редиректят на новый запрос. Возможно, проблема именно с этой нодой, не знаю, это для меня чёрный ящик. Но попробую покопать в эту сторону.
Причина бага в том, что в каких-то неустановленных случаях не срабатывает авторизация по кукам. Выявить эти случаи не представляется возможным, но в mail.ru говорят, что перевод на OAuth должен будет решить проблему.
но как тогда происходит чтение ,закачивание и переименование файлов в облаке?
Авторизацию не принимают раздающие файлы ноды, подробности мне неизвестны.
Есть вероятность, что в последнем билде проблема не воспроизведётся. Нужна проверка.
Скачал последнюю ветку мастер, попробовал копировать, к сожалению, проблема сохранилась. Ошибка в логе:
Достигнуто максимальное количество перенаправлений при запросе файла с адреса https://cloclo3.datacloudmail.ru/get/test1/391.jpg
Можно попробовать запретить редиректы и при возникновении такой ситуации запрашивать новый шард (/api/v2/dispatcher) и скачивать с него.
У меня что-то отдаленно похожее изредка бывает - шард отвечает 404, но с другого шарда тот же файл скачивается.
Моя ситуация выглядит другой. По текущему обсуждению может быть понятно не всё, основное число страданий на форуме. Если резюмировать, то ВНЕЗАПНО, без каких-либо предпосылок или однозначных условий, любая нода (выданная диспетчером или прописанная вручную) начинает редиректить. Это, судя по всему, не зависит от ОС/TC/разрядности/используемой сети/фазы луны/железа/аккаунта (просто если перестало работать - то всё. Люди пробовали даже переустанавливать ось - и это не помогало. При этом ИНОГДА, без тех же видимых причин и предпосылок нормальная работа восстанавливается (но редко, и подробностей выяснить не удаётся, потому что когда становится всё хорошо, пользователь обычно пропадает из обсуждения).
Тем не менее, добавить перезапрос шарда в такой ситуации можно и несложно; вреда не будет.
Добавил перезапрос шарда, теперь нужно чтоб кто-то, у кого ошибка воспроизводится, проверил, поможет или нет.
Добрый день!
Windows 10 Сorporate 2016 x64, Version 1607, OS Build 14393.2248. Конфигурация: Intel(R) Core(TM) i7-4510U CPU @ 2.00GHz 2.60GHz, 8,00 GB RAM Total Commander 9.12 64 bit (2017-11-24), чистая, скачанная с сайта.
Скачал последнюю актуальную сборку v03042018. А также скачал master-версию.
Оба варианта плагинов настроил в настройках, путь к файлам .wfx прописал.
Затем через Alt+Enter создал аккаунты для подключения к публичным ссылкам в облаке Mail.ru. Тут скриншот с настройками вкладки Global Settings, остальное не менял.
Папки Total Commander видит, но при перетаскивании к себе на жесткий диск любого файла начинается процесс и выскакивает ошибка, тут скриншот.
Ссылка на скриншот лога тут.
Что не так, как решить проблему?
Спасибо!
Зачем вы описали свою проблему комментарием к другому тикету, к которому она не имеет отношения ни при каком рассмотрении? Создайте отдельный тикет, прикрепите к нему полный лог соединения (не скриншот куска файла, а весь протокол).