URL:
  <http://savannah.nongnu.org/bugs/?19392>

                 Summary: the local copy of the blocklist file should be used
is the newer file can't be downloaded
                 Project: mldonkey, a multi-networks file-sharing client
            Submitted by: mrfree
            Submitted on: venerdì 23/03/2007 alle 19:52
                Category: Core
                Severity: 3 - Normal
              Item Group: Program malfunction
                  Status: None
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any
                 Release: 
                 Release: 2.8.3
        Operating System: Linux
         Binaries Origin: CVS / Self compiled
                CPU type: Intel x86

    _______________________________________________________

Details:

Why doesn't mldonkey first use the local copy of level1.gz/guarding.p2p file
(if it exists) and then *only if* the download of the new file succeed mlnet
loads the new blocklist?

The problem is: if mldonkey isn't able to download the new block list file it
doesn't apply any filtering!!! (the "old" copy is simply ignored)




    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?19392>

_______________________________________________
  Messaggio inviato con/da Savannah
  http://savannah.nongnu.org/



_______________________________________________
Mldonkey-bugs mailing list
[email protected]
http://lists.nongnu.org/mailman/listinfo/mldonkey-bugs

Reply via email to