Was only a wild guess knowing IE tries to spot the content type in different ways. But nice to here that it works ;-)

Does anybody know which mime-type is set if no mime-type is specified on the reader? Does it use the MIMEUtils class? And what's up with bug http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10277, which seems to be widely related?

Joerg

Jacob Arnold wrote:
I spoke too soon. That does work. I thought I'd already tried it. Thanks for
your help!

Jacob

-----Original Message-----
From: Joerg Heinicke [mailto:[EMAIL PROTECTED]

Does it work if you add the mime-type info??

<map:read src="../uploads/attachments/{1}" mime-type="text/plain"/>

Joerg

Jacob Arnold wrote:

I'm using the following pipeline to serve text documents via Cocoon:

<map:match pattern="calls/attachments/**">
 <map:read src="../uploads/attachments/{1}"/>
</map:match>

When the text documents have an uppercase extension (test.TXT) Internet
Explorer displays them without linebreaks until the user reloads the page.
When the extension is lowercase, this does not occur. The problem doesn't
happen in any other browsers and I've never seen it using any other Web
servers. Whether the document has Unix or Windows linebreaks doesn't seem

to


matter. I've reproduced this issue using Cocoon 2.0.4 on both Windows and
Solaris w/Tomcat 4.1.24 and j2sdk1.4.1_01. Any ideas? Obviously I will try
to enforce lowercase extensions for new files, but we have a fair amount

of


legacy data.

Thanks,
Jacob


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to