Summary: freeciv-modpack fails to handle
Content-Transfer-Encoding: chunked?
                 Project: Freeciv
            Submitted by: jtn
            Submitted on: Sun Jul 17 20:02:02 2011
                Category: module installer
                Severity: 3 - Normal
                Priority: 5 - Normal
                  Status: None
             Assigned to: None
        Originator Email: 
             Open/Closed: Open
                 Release: S2_3 "2011-07-17"
         Discussion Lock: Any
        Operating System: Any
         Planned Release: 



When I point freeciv-modpack at the following modpack:


which, at time of writing, points to svn.gna.org (see task 7246), the
downloaded content is corrupted compared to the same content fetched manually
with wget.

The corruption looks a lot like HTTP "chunked" transfer encoding
<http://en.wikipedia.org/wiki/Chunked_transfer_encoding>. For instance,

@@ -1,3 +1,4 @@


@@ -159,7 +160,9 @@
  2, 15, "t.l1.floor_cell_r_i_i_i"

 ; lake tiles
- 9, 0,  "t.l0.lake_cell_u_s_s_s" ;vacant cell
+ 9, 0,  "t.l0.lake_cell_u^M
+_s_s_s" ;vacant cell
  9, 2,  "t.l0.lake_cell_u_l_s_s"
  9, 4,  "t.l0.lake_cell_u_s_l_s"
  9, 6,  "t.l0.lake_cell_u_l_l_s"
@@ -195,3 +198,6 @@
  11, 13, "t.l0.lake_cell_r_s_l_l"
  11, 15, "t.l0.lake_cell_r_l_l_l"

(where "^M" is a CR character).

Fetching from svn.gna.org is particularly likely to trigger this, since the
content is served dynamically, which makes using chunked transfer make more
sense. Moving the Amplio content to download.gna.org might mask the problem in
this case. However, presumably, in principle any server could decide to use
this at any time.

I've seen the same behaviour on Windows (cproc's S2_3 build from patch #2812)
and Ubuntu Linux (an older S2_3 build, don't have exact version to hand).


Reply to this item at:


  Message sent via/by Gna!

Freeciv-dev mailing list

Reply via email to