Closed Bug 635839 Opened 14 years ago Closed 11 years ago

Losing form data when back button is pressed on transit.map.yahoo.co.jp

Categories

(Tech Evangelism Graveyard :: Japanese, defect)

x86
Windows 7
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: sailorweb2, Unassigned)

References

()

Details

(Keywords: qawanted)

User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b11) Gecko/20100101 Firefox/4.0b11 Build Identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b11) Gecko/20100101 Firefox/4.0b11 Firefox does not store session data of some pages. For example, I use http://transit.map.yahoo.co.jp to get the fastest route between train stations in Japan. When I fill in the form and hit enter, Yahoo shows a list of minimum routes. When I want to change a parameter like departing time and recalculate the route, I hit the back button of Firefox to get the previous form. However, when I hit the back button, all data previously entered to the form are no longer present, which makes it necessary to fill in all the form from the beginning. I tried IE 8 browser and saw that IE stores the form data and brings it back without any problems when back button is pressed. Reproducible: Always Steps to Reproduce: 1. Fill in the form and push enter 2. Push back button of Firefox to get previous page to change the form 3. Actual Results: Form becomes blank. Form data is no longer present Expected Results: Firefox should have stored the form data of the previous page and show it again when back button is pressed.
Hardware: x86_64 → x86
Version: unspecified → Trunk
Reporter, please can you confirm whether this issue still occurs using Firefox 4.0.1 (http://www.mozilla.com/firefox/new/) or higher, in Firefox safe mode (http://support.mozilla.com/kb/Safe+Mode) and/or with a clean profile (http://support.mozilla.com/kb/Basic+Troubleshooting#w_8-make-a-new-profile). Ideally, also check using the latest nightly: http://nightly.mozilla.org/ If this issue no longer occurs, please close as "Resolved Worksforme". It it in fact still occurs, please provide as much extra information as possible, including what versions tried, whether safe mode/new profile tested etc. Thanks! :-) (Template reply to inactive UNCO bugs; also setting closemedate for 2 weeks time, given lack of activity).
Whiteboard: [CLOSEME 2011-05-17]
I confirm that this issue still occurs using Firefox 4.0.1 with safe mode.
Whiteboard: [CLOSEME 2011-05-17]
Thanks for the update. I've tried to follow the steps to reproduce, but the language barrier is making it hard to fill out the form successfully in the first place. I've added the qawanted keyword in the hope that someone more linguistically able can help figure this out. Few extra questions: - Does this occur using 3.6.x? - How about when using Chrome? - Have you tried with the latest nightly? http://nightly.mozilla.org/ Thanks!
Component: General → Document Navigation
Keywords: qawanted
Product: Firefox → Core
QA Contact: general → docshell
Version: Trunk → unspecified
Summary: Losing form data when back button is pressed → Losing form data when back button is pressed on transit.map.yahoo.co.jp
(In reply to comment #3) > Few extra questions: > - Does this occur using 3.6.x? Yes > - How about when using Chrome? Same as Firefox, > - Have you tried with the latest nightly? http://nightly.mozilla.org/ http://hg.mozilla.org/mozilla-central/rev/88fdbd974f82 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0a1) Gecko/20110506 Firefox/6.0a1 ID:20110506030557 Same as Firefox3.6 NOTE Works on IE9 and Opera11.1 Fails Google Chrome11.0.696.60 and 13.0.756.0 canary [STR] 1. Start Firefox with new profile 2. Open http://transit.map.yahoo.co.jp 3. Input 東京 in 1st row textbox 4. Input 大阪 in 2nd row textbox 5. Click Large yellow button named 探索 6. Result page loaded 7. Navigate Back [Actrual] Textboxes are empty [Expected] Value of textbox should be retained 東京 in 1st textbox 大阪 in 2nd textbox AND, if disabled JavaScript, it works. So, I guess It is incompatible of Yahoo!'s JavaScript with Firefox. TE?
Sounds like it; if it works with JS disabled, then the page is just messing things up itself. Alice0755, thank you again!
Assignee: nobody → japanese
Status: UNCONFIRMED → NEW
Component: Document Navigation → Japanese
Ever confirmed: true
Product: Core → Tech Evangelism
QA Contact: docshell → japanese
PS. These textbox field are added by document.write in the script tag.
This actually works for me now.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.