Bug 14362 – Opening a select list always highlights first element in list

• Component: Forms
• Status: RESOLVED FIXED

[Tore B. Krudtaa]

If I click a select list to open it then safari allways highlights the first element in list.

If another element in list than the first one is the selected one, then it is not highlighted when you open the list.

[David Kilzer (:ddkilzer)]

Is this a platform-only bug?

[Neal Rutta]

Created attachment 15792 [details]
example showing select error (see Bug 14879)



This reproduces the bug, where a select element doesn't correctly show the "selected" option initially.

[Neal Rutta]

I just added an attachment for this bug. This is not a platform-only bug. This test has the problem when I ran safari on both Mac and Windows platforms.

[David Kilzer (:ddkilzer)]

Thanks for the test case, Neal!

[David Kilzer (:ddkilzer)]

This is a regression from shipping Safari 2.0.4 (419.3) with original WebKit on Mac OS X 10.4.10 (8R218).

Tested with a local debug build of WebKit r24803 with Safari 3 Public Beta v. 3.0.3 (522.12.1) on 10.4.10.

[David Kilzer (:ddkilzer)]

<rdar://problem/5380342>

[John Sullivan]

I can't reproduce this with tip of tree WebKit on either Tiger or Leopard.

(In reply to comment #7)
> I can't reproduce this with tip of tree WebKit on either Tiger or Leopard.
> 

When I open attachment 15792 [details] the popup button reads "one", which is wrong because in the DOM, the "three" option is selected. "three" is also selected in the popup when I click the button (and even appears on the button if I do not make a selection). What's bothering me is that I am sure a bug identical or very similar to this has already been fixed once...

[John Sullivan]

I see. I didn't read all the comments carefully enough. The bug title implies that the wrong thing happens when opening the list, which I interpreted as clicking on the list. In fact what I see is that the wrong item is displayed *before* the list is clicked on, but clicking on the list corrects the problem and causes the right item to be displayed.

Changed title to reflect the actual problem as I now understand it.

[Tore B. Krudtaa]

Well, I belive the title now is totally wrong.

Title now is:
REGRESSION: First item in select (pop-up menu) is displayed even if another item was selected via JavaScript

What I originally reported was this:
If I click a select list to open it then safari allways highlights the first
element in list.

This is still how it works, and has nothing to do with javascript at all.

When I select a new item in a select in my form then the form is submitted to server and a new form is populated... AND then another item in the select are selected, and that is the item you now see in the select.

And when the form opens, no javascript has ever touched the select.
Then when I click the select to eventually select another item then the topmost item in the select is ALLWAYS selected, and not the one that is actually selected.

In other words..... the item that is selected in the list, if it is not the topmost item, is never highlighted.

So for me it looks like the "engine code" or whatever that handle operations on the select are unable to see which option in the list are marked as selected, and by some reason chooses to allways mark the first one.

So, as the title are now.... it is wrong and misleading.

Regards

[David Kilzer (:ddkilzer)]

(In reply to comment #10)
> Well, I belive the title now is totally wrong.

Please provide a test case that demonstrates the issue you're seeing.

[Tore B. Krudtaa]

Created attachment 15820 [details]
Select bug in safar beta for win - - nothing to do with javascript

Here is an example file with instructions on how to reproduce the select bug in safari beta for windows.

Should be easy to reproduce.

As you can see, no javascript needed to reproduce it.

[David Kilzer (:ddkilzer)]

(In reply to comment #12)
> Created an attachment (id=15820) [edit]
> Select bug in safar beta for win - - nothing to do with javascript

It appears that the reduction in Attachment #15792 [details] is a different bug than the one originally filed by Tore.

I will open a new Bugzilla bug for Attachment #15792 [details] later today (unless someone beats me to it), and change this bug back to its original intent.

(In reply to comment #13)
> I will open a new Bugzilla bug for Attachment #15792 [details] [edit] later today (unless
> someone beats me to it), and change this bug back to its original intent.

Bug 14879.

[David Kilzer (:ddkilzer)]

No longer in Radar.  See Bug 14879.

[David Kilzer (:ddkilzer)]

Comment on attachment 15792 [details]
example showing select error (see Bug 14879)



*Jedi hand wave*  This is not the reduction you're looking for.

Created attachment 15837 [details]
Track the mouse only inside the popup

[Adam Roben (:aroben)]

Comment on attachment 15837 [details]
Track the mouse only inside the popup

r=me

[Mark Rowe (bdash)]

Landed in r24972.

[Tore B. Krudtaa]

I belive there still is a bug with select lists in Safari.

I have now installed and tested select lists using Safari Version 3.1 (525.13)
and have found the following weird behaviour.... tested on XP PRO SP2

*** BUG 1 ***
If you click on the select list to open it then it will now
highlight the selected item in the select (which is good).
BUT, if you then click on the select (the very top of it) while it is open then it sometimes highlight the first option in the list, even if it is not the selected one.

*** BUG 2 ***
It is not very consistent regarding to clicks on the top of the select (the part of the select that is visible by default in the page).
Example:
1. Select list is not open.
2. You click on the select to open the list.
3. You then click on the top of select again to close it...
   Most of the time the select does not close the list by doing this, which
   I belive it should do.
   More often you will see the top option in list get highlighted as of BUG 1.

I belive the select list should close when clicking the very top part of the select (the one that is visible by default in the page), if the select list is open. At least this is the way it works in other working browsers (IE, Firefox).

****************************************************
One last thing that is not related to this issue....
****************************************************
Who is responsible for how Safari renders the fonts.
The fonts in Safari (at least on windows) really look ugly when compared to
how the fonts are rendered in IE, Firefox or Opera.
(this is not a joke)
Text that look crisp and good reading looks very smudget and are rendered
more "fat" than it "should".

Example: font-weight:normal; in Safari are rendered more "boldish" than e.g.
IE or Firefox.

Where can I file a complaint on how font rendering are done in Safari?

[Alexey Proskuryakov]

Could you please file new bugs for these issues? This bug has been resolved, and trying to track all related issues here would only cause confusion.

[Tore B. Krudtaa]

Done. See:
http://bugs.webkit.org/show_bug.cgi?id=18068