[Zope] (bug?) long result sets sometimes return wrong mime-type "Application/Octet-Stream" "Application/Octet-Stream"

[Martijn Pieters]

At 17:38 18/08/99 , Heiko Stoermer wrote:
>I think I discovered a bug (might be even two, now that I think about
>it):
>
>I have a simple ZSQL query that returns some 500 rows. I created a
>standard search interface (size=50), which of course produces the "next
>x results" hyperlink at the bottom of the table.
>Now:
>1.) the Hyperlink always says "Next 1 results", where it should say
>50... (or whatever I put in the "size" parameter of the search
>interface's "in" tag)
>
>2.) if I move forward to, say, row 150 or so, using the link sometimes I
>don't get a page displayed but the Navigator-dialog "save as ...
>(application/octet-stream)" appears. (I can certainly save the file to
>disk, reopen it via "file-open" and it gets displayed correctly. of
>course it does: a "file-open" does not transmit MIME-Types...)
>If I change the "size" parameter in the search interface to another
>value (e.g. 200) I get the "save as.."-dialog right away...
>
>Is this problem already known, and maybe even solved yet?

What version of Zope are you using? I know of two separate problems that 
cause the aforementioned problems, both fixed in the latest release.

The first was a bug in the batch-code of the in tag that became visible in 
Zope 2 running on Python 1.5.2, causing batch sizes to be miscalculated. 
This was fixed in 2.0a3.

The second is a misassumption that any output from a DTML method or 
document that contains non 7-bit characters is binairy. This has been fixed 
in 2.0b2.

--
Martijn Pieters, Web Developer
| Antraciet http://www.antraciet.nl
| Tel: +31-35-7502100 Fax: +31-35-7502111
| mailto:mj@antraciet.nl http://www.antraciet.nl/~mj
| PGP: http://wwwkeys.nl.pgp.net:11371/pks/lookup?op=get&search=0xA8A32149
------------------------------------------