<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://www.w3.org/Bugs/Public/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4"
          urlbase="https://www.w3.org/Bugs/Public/"
          
          maintainer="sysbot+bugzilla@w3.org"
>

    <bug>
          <bug_id>834</bug_id>
          
          <creation_ts>2004-08-05 01:40:55 +0000</creation_ts>
          <short_desc>validator claims file sent as text/plain</short_desc>
          <delta_ts>2005-01-09 14:17:14 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Validator</product>
          <component>check</component>
          <version>0.6.7</version>
          <rep_platform>Other</rep_platform>
          <op_sys>Windows XP</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>INVALID</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Ray Brindley">rbrinley</reporter>
          <assigned_to name="Terje Bless">link</assigned_to>
          
          
          <qa_contact name="qa-dev tracking">www-validator-cvs</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>2104</commentid>
    <comment_count>0</comment_count>
    <who name="Ray Brindley">rbrinley</who>
    <bug_when>2004-08-05 01:40:55 +0000</bug_when>
    <thetext>I am recieving the following statement after i attempt to check a page. Only 
problem is 1 minute ago it validated! This is severely annoying as i would 
like to finish an assignment that requires me to validate the HTML code with 
the http://validator.w3c.org validator and it is complaining that my server is 
not sending the required file format. 

I do not have a firewall turned on when i tried this, it worked a few times 
until i got it right then it stopped and wont validate any of the files i try 
to upload.

Sorry, I am unable to validate this document because its content type is 
text/plain, which is not currently supported by this service. 

The Content-Type field is sent by your web server (or web browser if you use 
the file upload interface) and depends on its configuration. Commonly, web 
servers will have a mapping of filename extensions (such as &quot;.html&quot;) to MIME 
Content-Type values (such as text/html). 

That you recieved this message can mean that your server is not configured 
correctly, that your file does not have the correct filename extension, or 
that you are attempting to validate a file type that we do not support yet. In 
the latter case you should let us know that you need us to support that 
content type (please include all relevant details, including the URL to the 
standards document defining the content type) using the instructions on the 
Feedback Page.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2105</commentid>
    <comment_count>1</comment_count>
    <who name="Olivier Thereaux">ot</who>
    <bug_when>2004-08-05 02:03:26 +0000</bug_when>
    <thetext>[&quot;annoying validator bug&quot; is in no way a reasonably useful description of the issue&quot;, changing that]
[ tested upload feature of validator, works fine, switching status to &quot;worksforme&quot; ]

The fact that the validator refuses to validate documents served (or, in your case, since you are using 
upload, sent) with a wrong content-type is not a bug. If there is a bug, it is probably with the browser 
you are using to upload the documents to the validator.

You claim the behaviour of the validator changed without giving any detail or proper process to 
reproduce the issue. This makes the bug report less useful.

Probable cause of your problem: did you change the file name (or its extension, or its &quot;default handler&quot;) 
between the moment the validator accepted it and the moment it stopped?

minor note: it&apos;s validator.w3.org, not w3c.org.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2107</commentid>
    <comment_count>2</comment_count>
    <who name="Ray Brindley">rbrinley</who>
    <bug_when>2004-08-05 04:25:24 +0000</bug_when>
    <thetext>i did not change anything on the file AT ALL, i closed the web page and then 
re-opened them and then tried to upload the same file and other files.

i am using IE v6 all updated didn&apos;t change ANY settings. everything was just 
the same as it was. no other files seemed to work either!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2108</commentid>
    <comment_count>3</comment_count>
    <who name="Terje Bless">link</who>
    <bug_when>2004-08-05 04:40:55 +0000</bug_when>
    <thetext>Please upload the file you are trying to validate as an attachment to this bug report (see the &quot;Create 
New Attachment&quot; link at the top of the page). We&apos;ll also need to know the exact filename (including 
filename suffix) and which application this file type is bound to on your computer (which application is 
launched when you double-click the file in Windows Explorer); keeping in mind that WIndows by default 
will hide the real filename extension in Explorer windows.

Please note that there is a very strong probability that this is an issue somewhere on your computer. 
Most likely Windows has associated the particular filename suffix with Notepad or similar, and thus 
Internet Explorer is sending incorrect Content-Type information when you try to upload the file to the 
Markup Validator.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2109</commentid>
    <comment_count>4</comment_count>
      <attachid>369</attachid>
    <who name="Ray Brindley">rbrinley</who>
    <bug_when>2004-08-05 07:13:07 +0000</bug_when>
    <thetext>Created attachment 369
main page</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2110</commentid>
    <comment_count>5</comment_count>
    <who name="Ray Brindley">rbrinley</who>
    <bug_when>2004-08-05 07:17:31 +0000</bug_when>
    <thetext>the first application opened when i double click a .htm file is IE 
v6.0.2800.1106 filename is index.htm

i don&apos;t doubt that the problem is probably on my computer but why the hell did 
it work quite a few times then i close IE open it again and get the error? its 
just that it is really annoying</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2111</commentid>
    <comment_count>6</comment_count>
    <who name="Terje Bless">link</who>
    <bug_when>2004-08-05 08:06:32 +0000</bug_when>
    <thetext>Ok. The attachment to this bug demonstrates that your browser is sending the file as text/plain and 
that the problem lies on your end and not in the Markup Validator, since the Validator and this Bug 
Tracking system are entirely separate codebases (and it&apos;s unlikely both would have the same bug).

Since this is not a problem in the Markup Validator I&apos;m closing this bug report. We have however made 
a note that MSIE:win has problems in this regard and will investigate ways to alleviate the problem in a 
future version of the Markup Validator.

Since the problem is on your system it&apos;s not possible for us to troubleshoot it effectively. Sorry.

My only suggestion would be to download and install an alternative browser -- such as Mozilla.org&apos;s 
&quot;Firefox&quot; browser http://www.mozilla.org/products/firefox/ (which is a better browser overall anyway) 
-- to work around this problem in IE (you will not need to remove IE to use another browser; both can 
be installed concurrently).

For further support with Internet Explorer problems I suggest you contect your local tech support 
department, or one of the Microsoft-related forums on the Internet. For instance, the USENET 
Newsgroup comp.infosystems.www.browsers.ms-windows may be able to shed some light on the 
problem.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2789</commentid>
    <comment_count>7</comment_count>
    <who name="Gav...">ipv6guru</who>
    <bug_when>2005-01-09 14:02:56 +0000</bug_when>
    <thetext>(In reply to comment #6)

A bit late finding this but I never usually use the &apos;upload&apos; feature. A 
colleague of mine also had the exact same problem, validates fine though IE6 
when using the URI validator, but gave the text/plain error as above when 
using the upload validator method. I tried the same thing and I also get 
failures on all files using the upload method, all validate fine using the URI 
method. All the above using IE6 SP2 - my colleague using IE6 SP1. There are no 
such problems as you say in Firefox etc.

Are you saying then that this is a flaw with Microsoft rather than an 
incompatibility problem with the validator? I would only guess that MS will 
not change their code to be compatible with the validator.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2790</commentid>
    <comment_count>8</comment_count>
    <who name="Ville Skyttä">ville.skytta</who>
    <bug_when>2005-01-09 14:17:14 +0000</bug_when>
    <thetext>It is not a matter of compatibility only with the validator, it&apos;s a plain
regression bug in that version of IE that MS should fix (to make it &quot;compatible
with the Internet&quot; so to say, regarding this issue).  If they don&apos;t fix it,
well, there are several other browsers that are known to work better.  See also
bug 838.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>369</attachid>
            <date>2004-08-05 07:13:07 +0000</date>
            <delta_ts>2004-08-05 07:13:07 +0000</delta_ts>
            <desc>main page</desc>
            <filename>index.htm</filename>
            <type>text/plain</type>
            <size>1750</size>
            <attacher name="Ray Brindley">rbrinley</attacher>
            
              <data encoding="base64">PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMDEgVHJhbnNpdGlvbmFs
Ly9FTiINCiJodHRwOi8vd3d3LnczLm9yZy9UUi9odG1sNC9sb29zZS5kdGQiPg0KPCEtLSBEZXNj
cmlwdGlvbjogCQlCYXNpYyBGaXJzdCBBc3NpZ25tZW50IG9uIHRoZSBIVE1MIGJhc2ljcy0tPg0K
PCEtLSBBdXRob3I6CQkJUmF5IEJyaW5kbGV5LS0+DQo8IS0tIElEIG51bWJlcjoJCQk0MTY1MzlY
LS0+DQo8IS0tIERhdGUgU3RhcnRlZDoJCTA1LzA4LzIwMDQtLT4NCjwhLS0gRGF0ZSBGaW5pc2hl
ZDoJCTA1LzA4LzIwMDQtLT4NCjwhLS0gRGF0ZSBWYWxpZGF0ZWQ6CTA1LzA4LzIwMDQtLT4NCjxo
dG1sPg0KCTxoZWFkPg0KCQk8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9
InRleHQvaHRtbDsgY2hhcnNldD1pc28tODg1OS0xIj4NCgkJPHRpdGxlPk15IEZpcnN0IFdlYiBQ
YWdlPC90aXRsZT4NCgkJPGxpbmsgaHJlZj0ic3R5bGUuY3NzIiByZWw9InN0eWxlc2hlZXQiIHR5
cGU9InRleHQvY3NzIj4NCgk8L2hlYWQ+DQoNCgk8Ym9keT4NCgkJPGRpdiBjbGFzcz0iaW5mbyI+
DQoJCQk8aDEgY2xhc3M9ImluZm8iPlN0dWRlbnQgSW5mb3JtYXRpb248L2gxPgkJCQ0KCQkJPHVs
Pg0KCQkJCTxsaT48c3Ryb25nPk5hbWU6PC9zdHJvbmc+IFJheSBCcmluZGxleTwvbGk+DQoJCQkJ
PGxpPjxzdHJvbmc+SUQ6PC9zdHJvbmc+IDQxNjUzOVg8L2xpPiAgICAgDQoJCQkJPGxpPjxzdHJv
bmc+RGVjbGFyYXRpb246PC9zdHJvbmc+ICZxdW90O0kgZGVjbGFyZSB0aGF0IHRoaXMgYXNzaWdu
bWVudCBpcyBteSBpbmRpdmlkdWFsIHdvcmsuIDxicj4NCgkJCQkJSSBoYXZlIG5vdCB3b3JrZWQg
Y29sbGFib3JhdGl2ZWx5IG5vciBoYXZlIEkgY29waWVkIGZyb20gYW55IG90aGVyPGJyPiANCgkJ
CQkJc3R1ZGVudCYjMTQ1O3Mgd29yayBvciBmcm9tICBhbnkgb3RoZXIgc291cmNlLiZxdW90Ozwv
bGk+DQoJCQkJPGxpPjxzdHJvbmc+RS1NYWlsOiA8L3N0cm9uZz48YSBocmVmPSJtYWlsdG86cmJy
aW5sZXlAYmlncG9uZC5uZXQuYXUiPnJicmlubGV5QGJpZ3BvbmQubmV0LmF1PC9hPjwvbGk+DQoJ
CQk8L3VsPg0KCQk8L2Rpdj4NCgkJDQoJCTxkaXYgY2xhc3M9Im1lbnUiPg0KCQkJPGgxIGNsYXNz
PSJpbmZvIj5MaW5rIE1lbnU8L2gxPg0KCQkJPGgzPkRlbW9zPC9oMz4NCgkJCTx1bD4NCgkJCQk8
bGk+PGEgaHJlZj0iZGVtb3MuaHRtI2xpc3RzIj5MaXN0czwvYT46IEEgZGVtb25zdHJhdGlvbiBp
biB0aGUgdXNlIG9mIGxpc3RzIGluIHdlYiBwYWdlczwvbGk+DQoJCQkJPGxpPjxhIGhyZWY9ImRl
bW9zLmh0bSN0YWJsZXMiPlRhYmxlczwvYT46IEEgZGVtb25zdHJhdGlvbiBvbiB0aGUgdXNlIG9m
IHRhYmxlcyBpbiB3ZWIgcGFnZXM8L2xpPg0KCQkJCTxsaT48YSBocmVmPSJkZW1vcy5odG0jaWZy
YW1lIj5pRnJhbWVzPC9hPjogQSBkZW1vbnN0cmF0aW9uIG9uIHRoZSB1c2Ugb2YgaUZyYW1lcyBp
biB3ZWIgcGFnZXM8L2xpPg0KCQkJPC91bD4NCgkJPC9kaXY+DQoJCTxwPg0KICAgICAgCTxhIGhy
ZWY9Imh0dHA6Ly92YWxpZGF0b3IudzMub3JnL2NoZWNrP3VyaT1yZWZlcmVyIj48aW1nIGJvcmRl
cj0iMCINCiAgICAgICAgICBzcmM9Imh0dHA6Ly93d3cudzMub3JnL0ljb25zL3ZhbGlkLWh0bWw0
MDEiDQogICAgICAgICAgYWx0PSJWYWxpZCBIVE1MIDQuMDEhIiBoZWlnaHQ9IjMxIiB3aWR0aD0i
ODgiPjwvYT4NCiAgICAJPC9wPg0KCTwvYm9keT4NCjwvaHRtbD4NCg==
</data>

          </attachment>
      

    </bug>

</bugzilla>