104996 - selectedIndex not set while page is loading

Status: VERIFIED DUPLICATE of bug 34297

(Core :: DOM: Navigation, defect)

Description

[Brad Waite]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.5) Gecko/20011011
BuildID:    200110117

There is javascript that submits this form after a shipping method or quantity
has been set.  If you change the shipping method, it reverts back to the
original setting when it returns.

Reproducible: Always
Steps to Reproduce:
1. Go to http://store.palm.com/ShoppingCart/basket.asp?action=add&productnr=3C80800U
2.  Select shipping method other than US Mail (UPS or Rush Overnight)
3. Notice how shipping method is reset to US Mail when page returns

Actual Results:  Shipping method is reset to US Mail when page returns

Expected Results:  Shipping method should have remained what it was set to.

When shipping method is changed or the "Recalculate Subtotal" button is binked,
javascript code in the page calls for a form submission.  The calling page
(basket.asp) is the result of the submission, but the shipping method is reset.
 Netscape 4.x and IE keep the shipping method the same through submissions.

Comment 1

[Boris Zbarsky [:bzbarsky]]

I bet the problem here is a session history one...  but ccing jkeiser just in
case.

Comment 2

[John Keiser (jkeiser)]

Attachment: That site, with method="GET"

Comment 3

[Brad Waite]

store.palm.com apparently uses cookies to track the shopping cart & user's
session, so I'm not sure how we could test it offline.  Also, many of the
buttons are relative images, so the IMG SRC= needs to have http://store.palm.com
added.  I already did so in my offline version and will see if I can figure out
how to add an attachment.

Comment 4

[Brad Waite]

Attachment: Same file with hard refs to images, etc.

Comment 5

[John Keiser (jkeiser)]

This is in fact a SELECT initialization problem.  I believe the problem is
related to the fact that the frame hasn't been constructed (and the options
aren't there) by the time the JavaScript to initialize the select is executed. 
Why they didn't just make the option SELECTED is beyond me.  But this is fixed
in the bug 34297 patch regardless.  Thanks, bz :)

P.S. This could easily be a related symptom of bug 101720.  It is a different
problem, but I am not sure if we close this one as a dup or not.

Comment 6

[Ashley Bischoff (blog at handcoding.com)]

John: so, should this bug be added as a dependency for bug 34297?

Comment 7

[John Keiser (jkeiser)]

Aha, I was looking for this bug but the misleading subject threw me off track. 
Yes, this one is fixed in 34297.

Comment 8

[John Keiser (jkeiser)]

*** Bug 105685 has been marked as a duplicate of this bug. ***

Comment 9

[Radha on family leave (not reading bugmail)]

putting in my plate to see what actually is going on?

Comment 10

[Radha on family leave (not reading bugmail)]

Checked this out in the debugger. Sessionhistory has nothing to do with it. The
form is submitted when the shipping option is changed and select list should be
set to proper value like the other form element "quantity". But it doesn't. This
should be a dupe of 34297 or 101720. 

Comment 11

[John Keiser (jkeiser)]

It is fixed in bug 34297, yes ... the problem is dual:
1. selected index is not set until the select frame is created and all options
are added.  (Not sure when this happens.)
2. Even then selected index is set only after a timer fires.

Comment 12

[Radha on family leave (not reading bugmail)]

as per John Keiser, marking this dupe of 34297


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

Comment 13

[sairuh (rarely reading bugmail)]

mass-verifying Duplicate bugs which haven't changed since 2001.12.31.

set your search string in mail to "CitizenGKar" to filter out these messages.