Bug 94630

Summary: Khtml tolerance for non xhtml attributes in xhtml tags, eg <input>
Product: [Applications] konqueror Reporter: Meghazi Fabien <agr>
Component: khtml parsingAssignee: Konqueror Developers <konq-bugs>
Status: RESOLVED DUPLICATE    
Severity: normal    
Priority: NOR    
Version: 3.3.1   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In:
Attachments: Test case

Description Meghazi Fabien 2004-12-07 20:45:14 UTC
Version:           3.3.1 (using KDE 3.3.1,  (3.1))
Compiler:          gcc version 3.3.5 (Debian 1:3.3.5-2)
OS:                Linux (i686) release 2.6.8-1-k7

I know this is not a bug, konqueror does well his job, but the fact is that other browsers are more tolerent about this, so I would understant if you mark this as WONTFIX.

If a mix of old html and xml syntax is used for the last attribute before the end of the tag and if there is no space before the / khtml does not take it into account. (my english is very bad so an example will be more usefull)

This tag is true xhtml (no problem with this)
<input type="checkbox" name="test" value="test1" checked="true" /> Test1<br/>

This tag is not valid xhtml because of the attribute checked with no value,
but khtml have no problem with this.
<input type="checkbox" name="test" value="test2" checked /> Test2<br/>

This tag is not valid xhtml either but there is no space between "checked"
and /> . Khtml won't check the checkbox.
<input type="checkbox" name="test" value="test3" checked/> Test3<br/>

I know that this is because the code is bad, but forms are more important than cosmetic so perhaps that an exception could be made for that ?

Regards.
Comment 1 Stephan Kulow 2004-12-08 13:19:49 UTC
please attach a full test case
Comment 2 Meghazi Fabien 2005-01-29 15:17:44 UTC
Created attachment 9341 [details]
Test case

I'm really sorry for the delay of the response.
Comment 3 Maksim Orlovich 2006-01-30 06:36:00 UTC

*** This bug has been marked as a duplicate of 87221 ***