Hi Mike,
Yes, we need to work on the scrolling project list.
Here's what I found out about the 'current_content' file. One note
about the file name - XWiki removes underscore characters from file
names. The migration process tries to account for this for may fail to
modify all attachment links. You can either change the name now to use
a dash or wait until the final migration and double-check links and
correct where necessary.
But with regard to XWiki treating this as a binary file, what you're
seeing is a "problem" with mime-types. Mime-types are a way to identify
what sort of file content is being sent. To do that, the server needs a
way of telling what the content is. The way tomcat does it is to define
the mime type based on extension - in a config file called web.xml;
...
<mime-mapping>
<extension>txt</extension>
<mime-type>text/plain</mime-type>
</mime-mapping>
...
If the file is given the .txt extension, Chris thinks it will work as
before (tonic worked by setting the mime-type explicitly).
Would you please try adding the .txt extension and see if that fixes this?
Thanks a lot.
Bonnie
On 08/11/09 12:17 PM, Mike Sullivan wrote:
I peeked at the sfw pages on hub.opensolaris.org once
I found them (is the scrolling project list going to be
sorted? it seems worse than the list was) and I found
one thing that was different. We have a current_content
list which is an attached file that I upload every two
weeks. It's just plain text, and firefox used to just
display it. On the new page it wants to download it
as a binary file. Is that a setting that can be changed
for the old behavior, I should name it differently, or
do I have to do something else?
Mike
_______________________________________________
website-discuss mailing list
[email protected]
_______________________________________________
website-discuss mailing list
[email protected]
