form input lost on submit
Reported by
hmdmhdfm...@gmail.com,
Feb 11 2018
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Steps to reproduce the problem: 1. Try to submit some form with a filled input field 2. At this time Chrome detects a failed connection 3. Reset connection, click back to return to the input What is the expected behavior? Sometimes Chrome allows to go back to the form at the state as it was before the submission failed, i.e., the input is not lost. What went wrong? Sometimes it doesn't work, the current state is empty (input lost), and the last known good state is the default state (before editing) Did this work before? No Chrome version: 64.0.3282.140 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: Shockwave Flash 28.0 r0 One case, where this typically works as it should, is _section_ editing on MediaWiki: After the connection is reset Chrome shows an empty edit form for the full page, and a back-click restores the last section edit form ready for a resubmit. On all other webpages it fails too often. Of course I could and should simply copy my input to the clipboard "just in case", but in practice I forget this. Also in practice my connections are almost always unstable.
,
Feb 11 2018
,
Feb 12 2018
Thanks for filing the issue!! @Reporter: Could you please provide sample test file/URL to test this issue.If possible please guide us with a screencast to reproduce this issue with sample file. This will help in triaging the issue in a better way. Thanks!
,
May 22 2018
|
||||
►
Sign in to add a comment |
||||
Comment 1 by saifbox3...@gmail.com
, Feb 11 2018