video says 100% complete, shows all green, but doesnt show download link and also stops after midtime (this is likely due to WRONG initiation process, so the file starts downloading but frontend didnt even recognize it yet)

[haschimoto]

[haschimoto]

deleting the file STILL shows it:

[haschimoto]

it didnt get deleted from the folder, but the piecemap is gone:

[haschimoto]

i deleted it manually, then refreshed to redownload, and the curios thing is, now it shows DOWNLOAD VIDEO link IMMEDIAETLY, even if not even finished:

[haschimoto]

i now let it download finished without jumping back and forth in the player... it finished fine. Now the question is, how does this happen? Does the jumping to another place end up with wrong or corrupted or missing chunks, even though they should be in itself checked?

[haschimoto]

wow, it seemed to have happened again:

all green, but not download link, so iits corrupted too again: it is stuck in the middle again and corrupted or at least missing a chunk there in the middle:

This was better with the chunks actually....

[haschimoto]

this file does not show up in the list of files on the start page as big files. This file does not seem to have an entry in IFS1 either:

So the file exists in cache and on the file system ,but is not actually anywhere registered! It seems it skips that due to the new procedure somehow... it skips to register properly, it already starts downloading and has the peicemap, while the frontend still displays "initiating download...":

[haschimoto]

it happened here too:

[haschimoto]

wow, and file corrupt, no download link, nothing registered:

[haschimoto]

@dnelband : you need to check the routine, it leads to all kinds of corrupt and unfixable things to the users end... unles he manually finds and deletes all files in the backend

[haschimoto]

and in those cases you need to make sure if it happens, one can delete the file really from the folders..., not only the piecemaps:

after deleting in the frontend, file remains:

[haschimoto]

this is how it looks when manually deleting all, the backend is then fine:

but the frontend is still showing this, but it should display the "?" as well:

sorry, there are so many little issues here, ill sort them tomorrow into tickets.

[haschimoto]

i have a suspicion where this comes from, like how the download starts without the frontend having "initilaized" the file properly... it could be the "help distribute" option of the Clusters, which were turned on.

I turned them off and will watch this further. If so, we need to remove them or figure out if we need to do anything new to make them function properly.

[dnelband]

the "download video" video button was displayed wrong before because it wasn't updated with the rest of the file info displays. now i've changed it to appear also only if the file is 100 percent downloaded, and not less.

i've tested it in many different cases, what i clearly see that is consistent is that the file always starts downloading i.e appears in the folder before the piecemap, sometimes a few seconds before. and if i delete the file before it has some progress ( i think 1-2 updates or so), the delete fails and only the piecemap is deleted, which leads to all of these problems.

i wrote tamas about it as well, its a python issue in my opinion.

and the new method to display the download information didnt change anything with the way / order a file is downloaded, its just a different display logic to the same info, it didnt change anything in the download logic.