If I were going to download tracks from GPM, I would want to firstly browse and select from amongst tracks which are in my GPM library, but have not been matched to my MM library .... ie. from Devices&Services>GPM>Alltracks, filtered using ColumnBrowser with Source col = "link"
That would be the recommended method wouldn't it? ... Or is there a better way?
The problem is that while a download batch is being processed, a grid which is filtered as described above, becomes unstable ...
as previously reported. ... I have to fight with the UI if we want to select more tracks to add to the download batch.
The situation is made more difficult because the UI does not properly report that a prior download batch is in progress ... ie. no spinning wheel in the normal place on the tool bar ... and no spinning wheel at all, if the Media Tree is not displayed, or is scrolled towards the top, so that your temporary Media Tree Download node is invisible.
Another problem is that track download requests can become suspended, for no apparent reason, and with poor visibility in the MM5 UI.
Steps:
I tried downloading album "Don't Cry for No Hipster" by Ben Sidran. The batch ran, but did not complete.
I opened the Downloads node in the Media Tree, and saw that two tracks were suspended.
I resumed them, and only then got a error dbox saying that the two tracks had got "HTTP/1.1 403 Forbidden"
The tracks had been removed from my filtered grid, but not downloaded.
I re-opened Devices&Services>GPM>Alltracks, so that you would rebuild the list of my GPM contents.
And then re-requested that the tracks be downloaded.
This time the download completed OK, so the problem seems to have been recoverable.
This happened 3 times while testing today ... different tracks each time.
Suggestions:
If it is not possible to make a filtered grid more stable during download, it would be better if you cached grid updates while the download is in progress.
That way we could make fresh selections to add to the download batch, without MM5 looking broken.
Also the wheel should spin, at its normal position on the rhs side of the tool bar, while the download task is in progress.
You should improve handling of 403 error ... at the very least you could present the error dbox in real time, or somehow alert that the batch has some suspended items. At the moment this error indication is effectively hidden.
If I were going to download tracks from GPM, I would want to firstly browse and select from amongst tracks which are in my GPM library, but have not been matched to my MM library .... ie. from Devices&Services>GPM>Alltracks, filtered using ColumnBrowser with Source col = "link"
That would be the recommended method wouldn't it? ... Or is there a better way?
The problem is that while a download batch is being processed, a grid which is filtered as described above, becomes unstable ... [url=http://www.mediamonkey.com/forum/viewtopic.php?f=30&t=93964] as previously reported.[/url] ... I have to fight with the UI if we want to select more tracks to add to the download batch.
The situation is made more difficult because the UI does not properly report that a prior download batch is in progress ... ie. no spinning wheel in the normal place on the tool bar ... and no spinning wheel at all, if the Media Tree is not displayed, or is scrolled towards the top, so that your temporary Media Tree Download node is invisible.
Another problem is that track download requests can become suspended, for no apparent reason, and with poor visibility in the MM5 UI.
Steps:
I tried downloading album "Don't Cry for No Hipster" by Ben Sidran. The batch ran, but did not complete.
I opened the Downloads node in the Media Tree, and saw that two tracks were suspended.
I resumed them, and only then got a error dbox saying that the two tracks had got "HTTP/1.1 403 Forbidden"
The tracks had been removed from my filtered grid, but not downloaded.
I re-opened Devices&Services>GPM>Alltracks, so that you would rebuild the list of my GPM contents.
And then re-requested that the tracks be downloaded.
This time the download completed OK, so the problem seems to have been recoverable.
This happened 3 times while testing today ... different tracks each time.
[u]Suggestions: [/u]
If it is not possible to make a filtered grid more stable during download, it would be better if you cached grid updates while the download is in progress.
That way we could make fresh selections to add to the download batch, without MM5 looking broken.
Also the wheel should spin, at its normal position on the rhs side of the tool bar, while the download task is in progress.
You should improve handling of 403 error ... at the very least you could present the error dbox in real time, or somehow alert that the batch has some suspended items. At the moment this error indication is effectively hidden.