133326 2006-08-31 12:01:52 +0000 [test case] form reset button doesn't reset the select list 2006-09-01 13:28:36 +0000 1 1 2 Applications konqueror khtml forms unspecified unspecified Linux RESOLVED FIXED NOR minor --- 1 lists.jjorge konqueror-bugs-null info 0 oldest_to_newest 465210 0 lists.jjorge 2006-08-31 12:01:52 +0000 Version: 3.5.4 (using KDE 3.5.4, Debian Package 4:3.5.4-3 (testing/unstable)) Compiler: Target: i486-linux-gnu OS: Linux (i686) release 2.6.17-2-686 This is as the old bug 30094, but as I couldn't re-open it... Please look at this bug to description. 465222 1 info 2006-08-31 12:56:28 +0000 The testcase on 30094 works for me on 3.5.4. Can you give us an example of a form where it fails? 465486 2 lists.jjorge 2006-09-01 08:28:29 +0000 My test case is a form with no selected item, so the first one is selected. Then select anything. Reset should come back to the first one. 465496 3 17596 tommi.tervo 2006-09-01 09:39:31 +0000 Created attachment 17596 test case Yeah, reset selects first one, FF & opera doesn't 465565 4 info 2006-09-01 13:28:35 +0000 SVN commit 579594 by kling: Resetting a SELECT with no default selection should only jump to the first option if it's a single-row list. BUG: 133326 M +2 -2 html_formimpl.cpp --- branches/KDE/3.5/kdelibs/khtml/html/html_formimpl.cpp #579593:579594 @@ -2428,8 +2428,8 @@ anySelected = true; } } - // If there is no default selection, jump to first option. - if ( !anySelected ) { + // If this is a single-row SELECT and there is no default selection, jump to first option. + if ( !anySelected && m_size <= 1 ) { for (i = 0; i < itemsSize; ++i) { if (items[i]->id() == ID_OPTION) { static_cast<HTMLOptionElementImpl*>(items[i])->setSelected(true); 17596 2006-09-01 09:39:31 +0000 2006-09-01 09:39:31 +0000 test case 133326.html text/html 136 tommi.tervo PGh0bWw+Cjxmb3JtPiAKIDxzZWxlY3Qgc2l6ZT0iMyI+IAogPG9wdGlvbj5mb28gCiA8b3B0aW9u PmZvbyBiYXIgCiA8b3B0aW9uPmZvbyAyIAogPC9zZWxlY3Q+IAogPGlucHV0IHR5cGU9InJlc2V0 Ij4gCiA8L2Zvcm0+IAo8L2h0bWw+Cg==