I've seen a web server configured so that only .htm files are served correctly & .html files were served as binaries. 

Look at httpd.conf or similar. 

Thomas


On Mar 20, 2013, at 11:22 AM, Florin Iucha <florin at iucha.net> wrote:

> On Wed, Mar 20, 2013 at 11:11:50AM -0500, Michael Moore wrote:
>> On Wed, Mar 20, 2013 at 10:59 AM, Brian Wood <woodbrian77 at gmail.com> wrote:
>>> When I click on the links to source code here --
>>> http://webEbenezer.net/build_integration.html
>>> , Chrome downloads the file contents.
>>> I'm not sure, but may have seen that with
>>> another browser also.  Is that something that's
>>> changed?  I have a link to an archive on that
>>> page that can be downloaded which has all of
>>> the files linked to on that page.  So I don't want
>>> a browser to download individual files,but to
>>> display the contents of the file on the screen.
>>> Tia.
>> 
>> That page is telling the browser that the content is of type
>> "application/octet-stream".  Since Chrome doesn't know how to display
>> application/octet-stream, it prompts you to download it.
>> 
>> What changed could be the browser, the server, or your memory :-)
>> 
>> It could be that the browser's default behavior changed from showing
>> application/octet-stream as plain-text to downloading.
>> It could be that the server changed from sending the files as
>> text/plain to application/octet-stream.
>> It could be that you only thought you remembered it working that way.
> 
> ... or it could be that last time, the browser checked the octet stream
> and found it containing only printable characters, and gave it a shot
> at displaying it.  Now, you might have slipped a control char or some
> high-byte and the browser is taking a 'safe' approach.
> 
> Cheers,
> florin
> 
> -- 
> Sent from my other microwave oven.
> _______________________________________________
> TCLUG Mailing List - Minneapolis/St. Paul, Minnesota
> tclug-list at mn-linux.org
> http://mailman.mn-linux.org/mailman/listinfo/tclug-list