При нажатии на ссылку для загрузки файла появляется окно менеджера загрузки, одновременно с этим вижу в окне DUTraffic (я им трафик меряю), что идет загрузка.
Открываю папку TEMP, вижу там уже скачанный файл, правда под каким-то темповым именем.
При этом в окне менеджера на выбор действия с файлом я ничего не нажимаю, оно так и висит.
Если переместить этот файл из TEMP, а потом в окне менеджера загрузок все таки выбрать "Сохранить файл", то он выругается, что ... типа "Загрузить не удалось"

Установил "network.prefetch-next" в false, не помогло.
Пробовал на чистом профиле без расширений.

Нашел кое-какой выход из положения: При установленном расширении FlashGot надо пользоваться контекстным меню "Закачать с помощью FlashGot".
А если закачивать обычным кликом на ссылку, то даже если в окне менеждера и стоит галочка на "Закачать с помощью FlashGot", закачка начинается сразу...
...И если потом нажать "OK", то только уже после этого закачка начинается еще раз с помощью FlashGot.
При высокоскоростном соединении можно и не заметить и скачивать двойной трафик!

Да, уж! Вижу, с 2002 года эта фича не пофиксена.

Повторная закачка происходит в случае использования расширения FlashGot. В этом случае при нажатии на подтверждение закачки стартует прописаный в FlashGot даунлоудер, и если не успеть нажать подтверждение сразу, то можно и дважды закачать.

Harry16

Кроме этого можно пользоваться горячими клавишами этого расширения.

xiff

А если пользователь пока выбирал директорию и имя файла успел передумать и решил НЕ скачивать файл, т.е. нажал кнопку "Отмена"?! В таком случае трафик "улетел в трубу"! По мне так это баг, так как закачка должна начинаться только после окончательного её подтверждения пользователем и никак не раньше!

А как тогда передавать ссылки во внешний менеджер закачек? Ручками что ли? Лично я пользуюсь именно им для передачи ссылок во FlashGet, так как встроенный менеджер закачек меня не устраивает. И я думаю, что скорее всего подобная проблема существует и в аналогичных расширениях, хотя и не проверял этого специально.

stEp
Unghost (и, чуть ниже, я) уже указывали линк, по которому можно прочесть что это и для чего сделано. Ещё раз повторю -- читаем, делаем выводы.

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

Приятно порой, чёрт возьми, цитиравать самого себя (и похоже это ныне входит в моду в этом топике) :
"пользоваться "Закачать ссылку при помощи FlashGot" в контекстном меню линка"
Кроме того, отмечу, что и меня встроенный менеджер закачек тоже не устраивает... для более менее больших файлов, и я тоже пользуюсь внешним (а именно d4x (nt)), который вызывается именно посредством FlashGot. Впрочем, уточню всё же -- для мелких файлов (что-нибудь, например, размером менее чем ~500Mb) пользуюсь встроенным -- всё едино экономии времени и трафика практически никакой (тем более что встроенный поддерживает все те же фичи, которые необходимы в процессе закачки, за исключением разве что многопоточности, преимущества которой, ИМХО, весьма спорны если файл качается с одного ресурса, что и происходит в подавляющем большинстве случаев на практике).

stEp

Ни того и не другого. Это не баг, а фича (как её именовал первым в этом топике Unghost ) т. с. "прекэширования" (pre-downloading, pre-saving, pre-cache) реализованная во всех современных ОС (и, соответственно, всех современных браузерах). Таким же образом эта фича работает и с другими браузерами (пример с Оперой я уже приводил выше, но могу ещё к нему добавить то, с чем имел дело лично -- Konqueror, Safari и, естественно, все на Gecko -- Mozilla/Seamonkey, Epiphany, Firefox) и с другими ОС (из тех с которыми имел дело лично в последние пару лет и где видел это -- это Виндупс, Линух(и), Mac OC X, FreeBSD). Кратко описание всего написанного по вышеуказанному линку привести затруднительно, поскольку весьма велик объём и обсуждаемые нюансы, но если в двух словах, то:
Вообще, эта фича не декларируется как баг, а как "затребованная/востребованная и полезная фича" ("much requested and useful feature") и не баг/ошибка/дефект. Обсуждается не сама фича, а некоторые нюансы работы (как то, например, необходимость иметь двойной объём свободного места в процессе закачки и создания целевого файла(ов) очень больших размеров, как то нескольких ISO образов с CD, например, что требует наличия как свободного пространства во временной директории (на время закачки) так и свободного пространства в целевой папке (после), что есть не очень хорошо на машине с небольшими винчестерами), идеи и т. д. и т. п..
"Это не баг, это фича." (C) Unghost

Отредактировано xiff (16-04-2006 21:30:35)

stEp

И того и другого. Выполнение фоновых операций/процессов заложено в архитектуру многозадачных ОС.

Никак. Впрочем, в данном вопросе корректнее было бы употребить слово "браузер" во множественном числе -- "браузеров".

Верю.

Отредактировано xiff (16-04-2006 23:09:13)

stEp

Нет.

Yan

Это совершенно не относится к обсуждаемой теме.

stEp

Уже обсуждалось выше. Читайте внимательно предыдущие посты.

Yan
Потому что здесь обсуждается загрузка (и пре-кэширование в процессе загрузки) инициализированная пользователем файла, который он намерен скачать. В этом топике речь не о перенаправлении, "нехороших сайтах и т. п..
"Saving the file after explicitly clicking a download link and before clicking "OK" in the Save dialogue".
(Линк уже несколько раз указывался в постах выше.)

В этом случае требовалось бы ввести настройку по типу "Отключить абсолютно всё". Смерть скриптовым языкам! Вперёд в прошлое времён Mosaic! (кстати, после активации этого knowhow о том чтобы зайти пообщаться на этот самый форум можно было бы и забыть)

Отредактировано xiff (17-04-2006 00:42:47)