Skip to Content.
Sympa Menu

sm-sorcery-bugs - [SM-Sorcery-Bugs] [Bug 9415] New: summon could stand to have some sanity checking

sm-sorcery-bugs AT lists.ibiblio.org

Subject: Bugs for Sorcery are reported here

List archive

Chronological Thread  
  • From: bugzilla-daemon AT bugs.sourcemage.org
  • To: sm-sorcery-bugs AT lists.ibiblio.org
  • Subject: [SM-Sorcery-Bugs] [Bug 9415] New: summon could stand to have some sanity checking
  • Date: Sun, 7 Aug 2005 14:45:36 -0700 (PDT)

http://bugs.sourcemage.org/show_bug.cgi?id=9415

Summary: summon could stand to have some sanity checking
Product: Sorcery
Version: 1.12.x
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: Summon
AssignedTo: sm-sorcery-bugs AT lists.ibiblio.org
ReportedBy: jblosser-smgl AT firinn.org


In the last few weeks I've run into the following:

- summon on a tarball at an http URL gets back an HTML page
- summon on a tarball gets back a 0 byte file

In both cases summon decided it was done, even though these weren't the files
we
were after. It would be nice if summon could detect this kind of temporary
failure at a mirror and continue on to the next mirror or fallback. Both of
the
above could be avoided by 1) checking that the file retrieved is at least not 0
bytes and 2) if the expected file type is known, verifying that the file
retrieved is the correct file type.

I don't know if this is worth doing or not; I doubt we want to go much farther
than this since it would probably end with making summon do the md5/gpg/etc.
checks after download, and that sounds excessive.

--
Configure bugmail: http://bugs.sourcemage.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.



  • [SM-Sorcery-Bugs] [Bug 9415] New: summon could stand to have some sanity checking, bugzilla-daemon, 08/07/2005

Archive powered by MHonArc 2.6.24.

Top of Page