Closed Bug 104996 Opened 23 years ago Closed 23 years ago

selectedIndex not set while page is loading

Categories

(Core :: DOM: Navigation, defect)

x86
Windows 98
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 34297
mozilla0.9.6

People

(Reporter: brad, Assigned: radha)

References

()

Details

Attachments

(2 files)

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.
I bet the problem here is a session history one... but ccing jkeiser just in case.
Assignee: rods → radha
Component: Form Submission → History: Session
QA Contact: vladimire → claudius
Attached file That site, with method="GET" (deleted) —
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.
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.
John: so, should this bug be added as a dependency for bug 34297?
Aha, I was looking for this bug but the misleading subject threw me off track. Yes, this one is fixed in 34297.
Status: UNCONFIRMED → NEW
Depends on: 34297
Ever confirmed: true
Summary: Form values reset on page reload/submission → selectedIndex not set while page is loading
*** Bug 105685 has been marked as a duplicate of this bug. ***
putting in my plate to see what actually is going on?
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.6
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.
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.
as per John Keiser, marking this dupe of 34297 *** This bug has been marked as a duplicate of 34297 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
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.
Status: RESOLVED → VERIFIED
Component: History: Session → Document Navigation
QA Contact: claudius → docshell
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: