65546 2003-10-05 16:56:01 +0000 [test case] <p> ended at <noscript> 2006-06-08 15:48:28 +0000 1 1 2 Applications konqueror khtml parsing unspecified Debian testing Linux RESOLVED FIXED NOR normal --- 1 thomas.friedrichsmeier konqueror-bugs-null 0 oldest_to_newest 164046 0 thomas.friedrichsmeier 2003-10-05 16:56:01 +0000 Version: (using KDE KDE 3.1.4) Installed from: Debian testing/unstable Packages Consider the following short example html-code: <html> <body> <p>There should not be a <script type="text/javascript">  </script> <noscript>break</noscript> in this paragraph!</p> </body> </html> Konqueror will put a linebreak in the paragraph. This occurs regardless of whether javascript is turned on or off. The break seems to arise at the opening <noscript>-tag. Indeed, the <noscript>-tag seems to be the culprit: even if the <script>...</script> section is removed, there will still be a line break at the opening <noscript>-tag, while the problem goes away, if you remove the <noscript/>-section only. Further, if you put an align="center" in the opening <p>-tag, you will note, that obviously the whole paragraph gets closed at the <noscript>-tag (the first half of the paragraph will be centered, the second half on a separate line will be left-aligned). Renders as expected (no line/paragraph break) in Mozilla 1.4. 171345 1 coolo 2003-11-02 11:18:33 +0000 *** This bug has been marked as a duplicate of 47241 *** 171477 2 thomas.friedrichsmeier 2003-11-02 16:11:46 +0000 Sorry, I don't think this is a duplicate of 47241. It may be related internally, I don't know about that, but it does seem to me to be an entirely different matter. This bug has nothing to do with withespace-handling. The essence of this bug is, that an opening "<noscript>"-tag should not be considered as closing a <p>-tag that it's located inside. I.e. the minimal testcase is the following (regardless of whether javascript is enabled or disabled): <p align="right">This is right-aligned <noscript>and</noscript> this should be right-aligned, too, since it should be the same paragraph.</p> This is a different situation from 47241. It's simply, that the <noscript>-tag should not close the paragraph, same as a <script>-tag does not close the containing <p> either. The rendering _inside_ the <noscript/>-section is not the problem here (I admit, the bug is somewhat mistitled). 230331 3 thomas.friedrichsmeier 2004-05-10 18:38:52 +0000 Still present in 3.2.2 287289 4 8335 coolo 2004-11-19 15:59:55 +0000 Created attachment 8335 test case 287290 5 coolo 2004-11-19 16:00:29 +0000 but you're aware it's illegal HTML, aren't you? 288260 6 thorsten.schnebeck 2004-11-23 01:50:26 +0000 Hmm, accordind to selfhtml you can not use <noscipt> in <p> but in these blockelements: applet | blockquote | body | button | center | dd | del | div | fieldset | form | iframe | ins | li | map | noframes | noscript | object | td | th So the example seems to be wrong html. But what about real world sites? :-} Bye Thorsten 288381 7 coolo 2004-11-23 12:15:50 +0000 real world sites don't care about legal HTML. 445082 8 kde 2006-06-08 15:35:16 +0000 Opera has same behavior as Firefox 445090 9 kde 2006-06-08 15:48:28 +0000 SVN commit 549401 by carewolf: Allow noscript in P like Firefox and Opera BUG:65546 M +2 -2 dtd.cpp --- branches/KDE/3.5/kdelibs/khtml/html/dtd.cpp #549400:549401 @@ -599,8 +599,8 @@ // _1 * return check_array(childID, tag_list_1) || check_array(childID, tag_list_6); case ID_P: - // P: ( _0 | TABLE ) * - return check_array(childID, tag_list_0) || (!strict && childID == ID_TABLE); + // P: ( _0 | TABLE | NOSCRIPT) * + return check_array(childID, tag_list_0) || (!strict && (childID == ID_TABLE || childID == ID_NOSCRIPT)); case ID_H1: case ID_H2: case ID_H3: 8335 2004-11-19 15:59:55 +0000 2004-11-19 15:59:55 +0000 test case t.html text/html 207 coolo PGh0bWw+IAogPGJvZHk+IAogPHA+VGhlcmUgc2hvdWxkIG5vdCBiZSBhIAogPHNjcmlwdCB0eXBl PSJ0ZXh0L2phdmFzY3JpcHQiPiAKIDwhLS0gCiBkb2N1bWVudC53cml0ZSAoImJyZWFrIik7IAog Ly8tLT4gCiA8L3NjcmlwdD4gCiA8bm9zY3JpcHQ+YnJlYWs8L25vc2NyaXB0PiAKIGluIHRoaXMg cGFyYWdyYXBoITwvcD4gCiA8L2JvZHk+IAogPC9odG1sPiAK