Hi Andrew, this has been reported against the Debian package, but it looks like it might exist in wwwoffle generally. Could you please have a look?
(Note that I'm not the maintainer, so I don't have an overview of the changes that have been made to the Debian package) Thanks in advance, Frank Tim Connors <[EMAIL PROTECTED]> wrote: > Package: wwwoffle > Version: 2.9-2 > Severity: grave > Justification: causes non-serious data loss > > wwwoffle has the setting: > # lock-files = yes | no > # Enable the use of lock files to stop more than one WWWOFFLE process > # from downloading the same URL at the same time (default=no). > > Either way this is set, it is broken. > > If set to yes, it seems that a lockfile only manages to tell the > second process to give up loading the page at all, giving back a HTTP > 500 WWWOFFLE Server Error: > >> for i in `seq 1 10 ` ;do lynx -dump http://www.google.com.au & done > .... > WWWOFFLE - World Wide Web Offline Explorer - v2.9 > _________________________________________________________________ > > WWWOFFLE Server Error > > The WWWOFFLE server encountered a fatal error: > > Cannot open the spooled web page to read. > The program cannot continue to service this request. > > Help > > This is an internal WWWOFFLE server error that should not occur. There > is no other way of handling the error apart from providing this > warning page. If this error continues and WWWOFFLE is configured > correctly and there are no other computer problems then you should > report the error to the WWWOFFLE author. > _________________________________________________________________ > > WWWOFFLE - [[1]Welcome Page|[2]FAQ] - WWWOFFLE > > References > > 1. http://scuzzie:8080/Welcome.html > 2. http://scuzzie:8080/FAQ.html > ... > > By loading many pages at once as above, some of them end up succeeding > after the cache has been loaded, but prior to that, all but one of > them are going to fail -- above I'd see 5 or so error pages, then 5 or > so successful downloads -- YMW(ill)V as my computer is probably slow > enough for this test to come out this way. > > If set to no, then the first process to hit the cache gets their > download, but the second process only retrieves as much as had reached > the first process at that time. So the second download ends up > incomplete. No error is returned, so it may not even be apparent > until a later date -- hence dataloss. > > Marked as grave because of dataloss, since any webpage using crappy > session management, or submition of forms, etc, ends up being broken > whenever the page is being concurrently loaded in two seperate > pages/processes with either setting, and one copy will not be complete > or will fail altogether. Most of the rest of the time, a reload ought > to fix it, but this sometimes ends up loading from the browser's own > cache, which has only been half downloaded (I can't seem to convince > opera to drop its version of its cache, and reload from the proxy) > > -- System Information: > Debian Release: 4.0 > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') > Architecture: i386 (i686) > Shell: /bin/sh linked to /bin/bash > Kernel: Linux 2.6.18-1-686 > Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) > > Versions of packages wwwoffle depends on: > ii coreutils 5.97-5.2 The GNU core utilities > ii debconf [debconf-2.0] 1.5.9 Debian configuration management > sy > ii debianutils 2.17.3 Miscellaneous utilities specific > t > ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries > ii zlib1g 1:1.2.3-13 compression library - runtime > > wwwoffle recommends no packages. > > -- debconf information: > * wwwoffle/string_port_number: 8080 > wwwoffle/ageline_added: > wwwoffle/use-htdig: false > wwwoffle/ppp-fetch: true > * wwwoffle/use-ppp-interface: false > wwwoffle/ageline_lost: > wwwoffle/text_new_location: > wwwoffle/conf-perm: > * wwwoffle/string_parent_proxy: none > * wwwoffle/select_html_lang: en (English) > wwwoffle/ipv6defaultnone: > * wwwoffle/fetchfrequency: off > wwwoffle/note_upgrade_config_failed: > > > -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
