We're calling on all EU-based Mozillians with iOS or iPadOS devices to help us monitor Apple’s new browser choice screens. Join the effort to hold Big Tech to account!

Αυτός ο ιστότοπος θα έχει περιορισμένη λειτουργικότητα, όσο εκτελούμε εργασίες συντήρησης για να βελτιώσουμε την εμπειρία σας. Αν ένα άρθρο δεν επιλύει το ζήτημά σας και θέλετε να κάνετε μια ερώτηση, η κοινότητα υποστήριξής μας είναι έτοιμη να σας βοηθήσει στο Twitter (@FirefoxSupport) και στο Reddit (/r/firefox).

Avatar for Username

Αναζήτηση στην υποστήριξη

Προσοχή στις απάτες! Δεν θα σας ζητήσουμε ποτέ να καλέσετε ή να στείλετε μήνυμα σε κάποιον αριθμό τηλεφώνου ή να μοιραστείτε προσωπικά δεδομένα. Αναφέρετε τυχόν ύποπτη δραστηριότητα μέσω της επιλογής «Αναφορά κατάχρησης».

Μάθετε περισσότερα

Αυτό το νήμα αρχειοθετήθηκε. Παρακαλούμε κάντε νέα ερώτηση αν χρειάζεστε βοήθεια.

Prevent Firefox from deleting ".part" files after failure

  • 2 απαντήσεις
  • 1 έχει αυτό το πρόβλημα
  • 30 προβολές
  • Τελευταία απάντηση από TheFish1

TheFish1
TheFish1
more options

When you download a file - let's say it is a video file - and you start watching before the download has finished, Firefox will not be able to rename the ".part" as supposed when the download is complete. This is expected behavior, because the file is locked by another application.

However, Firefox seems to think that the *download* has failed, not the *rename*. Problem is that Firefox will delete the absolutely correctly downloaded ".part" file on the next start, which is pretty annying.

Question: Can we prevent firefox from deleting ".part" files? Firefox should never delete a ".part" file.

Irrespectively if this is possible or not, FiIrefox should distinct between "failed download" and "failed rename". In the latter case, Firefox should only try to rename the file again on next startup (instead of re-downloading, which will kill the .part file).

Regards, Till

When you download a file - let's say it is a video file - and you start watching before the download has finished, Firefox will not be able to rename the ".part" as supposed when the download is complete. This is expected behavior, because the file is locked by another application. However, Firefox seems to think that the *download* has failed, not the *rename*. Problem is that Firefox will delete the absolutely correctly downloaded ".part" file on the next start, which is pretty annying. Question: Can we prevent firefox from deleting ".part" files? Firefox should never delete a ".part" file. Irrespectively if this is possible or not, FiIrefox should distinct between "failed download" and "failed rename". In the latter case, Firefox should only try to rename the file again on next startup (instead of re-downloading, which will kill the .part file). Regards, Till

Όλες οι απαντήσεις (2)

jscher2000 - Support Volunteer
jscher2000 - Support Volunteer
  • Top 10 Contributor
more options

Hi Till, the problem that comes to mind is that Firefox may not have a way to determine whether the .part file is complete at startup; I don't know whether enough contextual information is retained (for example, whether all the bytes promised by the server were received).

You can submit your suggestion in a number of ways, including:

TheFish1
TheFish1 Ιδιοκτήτης ερώτησης
more options

I've filed a bug report. Firefox should remember the kind of the error together with downloaded files so that it can handle more sensible on next start.

Regarding my main question: Is it possible to prevent ".part" file erasure using a setting? Couldn't find anything in about:config but maybe there is something?