Не скачивается файл (раздающие ноды не принимают cookie-авторизацию) #18

Судя по жалобам, изредка скачиваемый файл не сохраняется (создаётся файл-приёмник нулевого размера). Никаких ошибок при этом не отлавливается, воспроизвести не получается. Наиболее вероятный вариант - ошибка сохранения в TFileStream. Можно поэкспериментировать с альтернативными вариантами сохранения (скачивание в память, с последующим сохранением потока на диск).

The text was updated successfully, but these errors were encountered:

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? Попробую увеличить максимальное количество редиректов и добавлю ещё кое-какое протоколирование.

Повторите пожалуйста ещё раз с последней сборкой из debug.

Готово, лог значительно увеличился.

Ничего не пришло.

Да, почему то не отправилось. Сейчас ушло.

К сожалению, у меня нет причин полагать, что это ошибка плагина. По логу можно видеть, что мы вполне корректно стучимся на ноду раздачи файлов, но там вместо данных нас редиректят на новый запрос. Возможно, проблема именно с этой нодой, не знаю, это для меня чёрный ящик. Но попробую покопать в эту сторону.

Причина бага в том, что в каких-то неустановленных случаях не срабатывает авторизация по кукам. Выявить эти случаи не представляется возможным, но в mail.ru говорят, что перевод на OAuth должен будет решить проблему.

но как тогда происходит чтение ,закачивание и переименование файлов в облаке?

Авторизацию не принимают раздающие файлы ноды, подробности мне неизвестны.

Есть вероятность, что в последнем билде проблема не воспроизведётся. Нужна проверка.

Скачал последнюю ветку мастер, попробовал копировать, к сожалению, проблема сохранилась. Ошибка в логе:

Достигнуто максимальное количество перенаправлений при запросе файла с адреса https://cloclo3.datacloudmail.ru/get/test1/391.jpg

Ну, не получилось =(

Можно попробовать запретить редиректы и при возникновении такой ситуации запрашивать новый шард (/api/v2/dispatcher) и скачивать с него.

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

Моя ситуация выглядит другой. По текущему обсуждению может быть понятно не всё, основное число страданий на форуме. Если резюмировать, то ВНЕЗАПНО, без каких-либо предпосылок или однозначных условий, любая нода (выданная диспетчером или прописанная вручную) начинает редиректить. Это, судя по всему, не зависит от ОС/TC/разрядности/используемой сети/фазы луны/железа/аккаунта (просто если перестало работать - то всё. Люди пробовали даже переустанавливать ось - и это не помогало. При этом ИНОГДА, без тех же видимых причин и предпосылок нормальная работа восстанавливается (но редко, и подробностей выяснить не удаётся, потому что когда становится всё хорошо, пользователь обычно пропадает из обсуждения).

Тем не менее, добавить перезапрос шарда в такой ситуации можно и несложно; вреда не будет.