Bug 34851
| Summary: | <select> element selections wrong after submitting and then navigating back | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Dan Kegel <dank> |
| Component: | Forms | Assignee: | Nobody <webkit-unassigned> |
| Status: | UNCONFIRMED | ||
| Severity: | Normal | CC: | ap, stuartmorgan |
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | All | ||
| OS: | All | ||
| URL: | https://bugs.webkit.org/query.cgi?format=advanced | ||
Dan Kegel
On Safari 4.0.4 on Mac OS X, and on Chrome 4 and 5 on all platforms tested,
the <select> element behaves strangely when navigating back to a form.
To repeat, search in any bugzilla and select a component that you have
to scroll down to see. Submit, then click Back. Now look at the
component <select> box again. Sometimes nothing is now selected;
sometimes the wrong thing is selected; and once I even saw elements
missing from the <select> box (but that might have been some other problem).
This gets annoying when doing lots of searches in e.g. bugzilla.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Alexey Proskuryakov
I cannot reproduce this in Safari 4.0.4. Opened the bug URL, selected "Printing" component, clicked Search, then clicked Back button left to Safari address bar.
I'm doing lots of searches in Bugzilla, and have never seen this.
Dan Kegel
Dang, I was assuming it was all bugzillas.
Try it with http://bugs.winehq.org, that's the one that I run into it on.
Alexey Proskuryakov
I couldn't reproduce this with winehq.org in a few attempts either. Weird!
Stuart Morgan
I was able to reproduce this yesterday with 4.0.4, with the following steps:
1) Go to http://bugs.winehq.org/query.cgi?format=advanced
2) Select "cmd" for the Component
3) Press "Search"
4) Go back
Today, on a different machine (but also running 4.0.4) I can't reproduce it. I'll try again on Monday with the original machine.