7.2.0 with companion app 1.1.3 keeps losing the manifest when finishing or stopping download

[Andy Buss]

The DownloadHelper app updated this morning. Now many of my downloads are failing with a manifes error and file corruption.

Video DownloadHelper

Version 7.2.0

Browser locale: en-GB

Production build

Built on Thu Feb 22 2018 15:42:02 GMT+0100 (CET)

Build options: browser=firefox

Platform Win x86-64

Browser Mozilla Firefox 58.0.2

Found companion app: VdhCoApp 1.1.3

Companion app binary: C:\Program Files\net.downloadhelper.coapp\bin\net.downloadhelper.coapp-win-64.exe

Anyone else having issues with downloads not saving correctly?

[Dwight Parker]

Same thing here. When I try to save the file, the page disappears. And the file doesn't download. This just started happening after the downloadhelper update to Version 7.2.0

[mig]

"When I try to save the file, the page disappears" Do you mean the tab closes ?

There is a reported issue (that we could not reproduce in our environment) that when the settings have been modified to display dialogs in popups instead of tabs, the SaveAs dialog closes inexpectantly. If this is your case, please change the VDH settings to their default regarding this parameter.

[anuhea55 00]

This tab/window issue only happens with the CoApp browser configuration.  With Browser only setup, the pop-up window is like the old 6.3 save-as box..no Tab.  The toggle box inside of the Settings for "file dialog" of tab/window is only available when CoApp is initiated.  It would be nice if the definitions would indicate either Browser/CoApp usage.  The window pop-up is very unstable, closing at random times either when picking a new directory or editing the name.  Changing to 0 the settings for either the CoApp restart or idle time delay did nothing for me.  In fact, I don't know what this settings does. I changed min to 0(blank)

The Tab save-as is very stable.  Allows keeping the same previously chosen folder.  The only thing I don't like is that for both the win/Tab versions, the working file is somewhere hidden and the files only appear at completion into the chosen folder.  You cannot monitor/see the temp .part files assemble like you would in the basic browser choice.  All you can do is follow the blue dot to track the Running/Queued files.  Because the save-as Tabs open and close after after each save.....instead of returning to the originating URL (like the Browser version does), the next adjacent tab is opened.  But this is how Tabs work when you close one.  I try to make sure that my basic movie page is the last one in line before the Tab opens.

Now Andy's issue about "downloads are failing with a manifes error and file corruption."  I'm not really sure what he means.

Another issue is the huge Ram that FF 58 uses, way higher than Chrome....but this is another separate discussion.

[DavidBE]

On Monday, 26 February 2018 11:25:48 UTC, mig wrote:

"When I try to save the file, the page disappears" Do you mean the tab closes ?

There is a reported issue (that we could not reproduce in our environment) that when the settings have been modified to display dialogs in popups instead of tabs, the SaveAs dialog closes inexpectantly. If this is your case, please change the VDH settings to their default regarding this parameter.

As the person who first reported it ....

(a) It's still happening. If I repeatedly try the same download - failing to set the path or change the name and hit save before it closes each try - it will quite often work and stay open on generally the 4th attempt, at least since an update a few back.

(b) It's not only when CoApp is set to window. IT IS ALSO HAPPENING WHEN SET TO TAB. I've been having my first session for awhile trying to download quite a few videos from a number of different places this evening, CoApp set back to using TAB not window, and the TABS have been closing themselves after 12 seconds if I haven't finished path and name and hit save by then, JUST LIKE WHEN SET TO WINDOW. It has been really, really frustrating having to try to start each download 4 times before the tab stays open long enough to set directory and sometimes name before hitting save.

When I can summon the energy and focus, I may well go back to one of the external downloaders I used to use before moving to Firefox and discovering VDH some years ago. Hm ... IF I set VDH to use the Firefox downloader, not the CoApp, I wonder if I can get FDM or Eagleget to then intercept the download call from VDH ... so I can still use VDH to capture the download URLs but use them instead of the endlessly infuriating  CoApp to do the download.

I actually noticed several people report the same issue before I made my report in my own thread, and I've seen quite a few others since. I don't think you are always recognizing what people are describing when they try to give their own descriptions of this issue, Mig. But it certainly makes my extended use of the CoApp untenable. It's only because I'm disabled, and most of the time can't think clearly enough or focus long enough to find, install and configure new software, or have a long enough computer session to actualy do much downloading that I'm still using the CoApp now.

[anuhea55 00]

DavidBE...I'm one that has seen this problem too.  I use 7.1.2 with the 1.1.3 CoApp.  I just reset the Settings to Default, then changed the "download processor" to Companion App.  I see that the Appearance/File Dialog=Tab.  I chose the Download option on the file arrow, making sure the check box on the panel's bottom is chosen first.  A New Tab opens and the SaveAs panel appears with the folder tree options and the ability to edit the name.  For me, this Tab is stable....staying open for over 2-5 min with no editing.  Subsequently SaveAs another video, the previously defined folder is defaulted and the Tab again is stable.  The Tab does not close till you Save, cancel or X shut.  When the Tab closes, the next adjacent Tab is displayed...not the Tab that you may have been working in.

I also retried the Appearance/File Dialog=Window.  This time a pop-up window appears with a SaveAs dialog box similar to v6.3 or what you get when you choose the Browser as the "download processor."  Now this pop-up is definitely unstable.  It will shut after 10 sec, even if you try to make changes to the folders or edit the name.  I've tried to change the Settings/behavior/CoApp idle exit timer from 60000 to 0.....nothing, still closes after 10sec.  In fact, the box shows "blank" instead of my entered 0, after saving.

I'm not sure why your Tab does not work, especially if it opens....it should not close unless there is another settings....try go back to the default settings and make one change at a time.

[anuhea55 00]

Mig...really like the color indicators within the Settings utility.  A little more interactive explanation on what the entries do could help, or identify those that the Browser/CoApp functional could work.  But I like seeing how the colors change, compared to previous versions.