Win95, HPVectra XA, 80MB RAM With the Windows viewer, if I go to the intel.com site, wait for the page to load, then try to use the drop-down box (with the word "countries" in it by default) to choose a country, I'm getting either an application hang (and I have to kill the process), or nothing happens but I don't hang. What happens with Navigator 4.x and IE is that choosing a country reloads the page in that country's language.

Chris-- On NT, I can dump the content model and it looks good. Since the parser is XP, I expect that this is a form element bug in reality. Please examine.

Assigning Christopher as QA assigned -- forms issue

It's not hanging on my 4/12 optimized WinNT but when I select a country there are some problems. First, selecting and then letting go causes an unnecessary window repaint instead of permanently showing the country list. Second, not all countries get displayed immediately. Reassigning to Eric and moving to M6. If this is really hanging on Win98, please move it to M5.

I don't see a hang using win nt 4 sp 4, either. And the weirdness I'm seeing is this: - select a country from the list - nothing happens - click and release on the country name - you go to that country's home page Is this a javascript or event handling problem?

Chris, I can't reproduce the unneccessary repaint or the lag in some countries being displayed. Can you give me more specific directions on how to reproduce those? Otherwise, this is a dup of 3322 - the onChange notification isn't being received until the list is clicked on after the change. There are more severe problems on Linux and Mac, where no onChange events are sent at all.

to see an unnecessary repaint, position the mouse over the word 'countries' and click the button twice (once to drop the menu down and once to select 'countries'). the screen repaints. karnaze, is that what you were talking about?

I got it now. This is due to the HTML of this page, which explicitly causes the reload. No options are initially selected in the HTML, and therefore the onChange handler is called regardless of which option is selected, even if it is the default one "Countries". It seems that Intel intended this effect, as they even specified a URL for that option that is different than www.intel.com So, if they didn't want the reload, the onChange handler would check the option index and not reload on "countries" or "----" (it does on both), or they could add a SELECTED attribute to the Countries option. Our behaviour is infact the correct behaviour (same as Nav 4.5) and displays an IE5 HTML4 bug. The HTML4 spec says in 17.6.1 Preselected options: "If no OPTION element has the selected attribute set, no options should be pre-selected." This means that even if "Options" is displayed as the first item in the Combo box, it is not selected. When the user clicks on it, it becomes selected. Since the selected attribute changes, this should cause an onChange event to fire (which it doesn't in IE, so no reload, bug). Since the rest of this bug is a dup of 3322, I'm marking it as such. If anyone disagrees and thinks we should follow IE's lead here, just reopen the bug. *** This bug has been marked as a duplicate of 3322 ***

i agree with pollman on this one. scurtis, if you agree too, please mark this as verified. thanks!

Looks right to me, though you're the expert on browser stuff.:-) Marking verified.

Moving all Widget Set bugs, past and present, to new HTML Form Controls component per request from karnaze. Widget Set component will be retired shortly.