Issue metadata
Sign in to add a comment
|
view page source on submitted form
Reported by
cwbru...@gmail.com,
Sep 11
|
||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.62 Safari/537.36 Steps to reproduce the problem: 1. Submit form 2. right click on result 3. select view source What is the expected behavior? seeing the source What went wrong? asks to repost, thus invalidating the source that was downloaded. Did this work before? Yes around 2010 Chrome version: 67.0.3396.62 Channel: n/a OS Version: Google Chrome 67.0.3396.62 Flash Version: N/A This has been reported before and ignored before. But keeps being closed because nobody wants to work on it. PLEASE FIX IT!!!
,
Sep 12
cwbruner@ Thanks for the issue. Tested this issue on Ubuntu 17.10 and Windows 10 on the latest Stable 69.0.3497.92 and Canary 71.0.3549.0 and unable to reproduce the issue by following the steps given above. On submitting a form, right click and selected view page source, can see the page source without any issues. Attached is the screen cast for reference. Request you to retry the issue by updating chrome to the latest Stable 69.0.3497.92 and update the thread with the observations. Also request you to provide the URL, where this issue can be observed, which will help in further triaging. Thanks..
,
Sep 12
,
Sep 12
I'm on Version 67.0.3396.62 (Official Build) (64-bit) Issue is with forms that take submission. eg https://www.term4sale.com/ After submitting the form, take a look at the source.
,
Sep 12
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Sep 13
Unable to reproduce the issue on debian rodete with chrome #67.0.3396.62 with testurl : https://www.term4sale.com as per steps mentioned in comment #0 Attaching the screen-cast for reference. cwbruner@ Could you please help us with your screen-cast explaining the issue for further triage.
,
Sep 13
This screen cap shows going to term4sale.com entering a zipcode and using default data. On submit the correct form is shown with correct results. When viewing source it requests to resubmit, and when doing that (which I shouldn't have to do since it's got the source) it does the resubmit incorrectly leading to errors in the results.
,
Sep 13
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Sep 14
cwbruner@ Thanks for the update. Tried to reproduce the issue on Mac OS 10.13.3 on the latest Stable and the latest Canary and unable to reproduce the issue as per comment #7. 1. Navigated to site http://term4sale.com/ and entered zin code. 2. using default data, submitted the form and a form is shown with correct submitted results. 3. Right clicked on the page and hit the 'view page source' and could observed the page source is displayed and no request to resubmit is displayed. Attached is the screen cast for reference. As per comment #2 and #6, the issue is not reproducible at TE end. Hence removing 'Needs-Bisect' label and requesting Blink>ViewSource team to look into the issue and help in further triaging. Thanks..
,
Sep 24
,
Oct 10
As per comment #9, the issue is not reproducible at TE end. Hence adding TE-NeedsTriageHelp label to it and requesting Blink>ViewSource team to look into the issue and help in further triaging. Thanks..! |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by krajshree@chromium.org
, Sep 12