Bug 1376833

Summary: Hitting back resets selects populated by ajax
Product: [Community] Bugzilla Reporter: Viliam Križan <vkrizan>
Component: User InterfaceAssignee: Jeff Fearn 🐞 <jfearn>
Status: CLOSED NEXTRELEASE QA Contact: tools-bugs <tools-bugs>
Severity: low Docs Contact:
Priority: unspecified    
Version: 4.4CC: huiwang, mtahir, qgong
Target Milestone: 5.0   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: 5.0.3-rh8 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-10-11 01:04:20 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Viliam Križan 2016-09-16 14:20:12 UTC 
Description of problem:
If I fill up all required fields, but for example fill a bad CC email (e.g. `thisemail.exist`) then I get to the Match Failed page. The page advises to go back to correct my error. However, if I go back, I see that the component field, that was pre-filled before, is *empty*.

I haven't tried if the subcomponent is going to be emptied too, but I suspect it would. Since it looks like a same widget.


Version-Release number of selected component (if applicable):
4.4.1

How reproducible:
(see description)

Steps to Reproduce:
1. Fill up bug report with wrong CC email address
2. Submit
3. Go back

Actual results:
`component` field is emptied

Expected results:
`component` field is pre-filled from browser's cache (as it was before submitting).
Comment 1 Rony Gong 🔥 2016-10-09 07:36:02 UTC 
Tested on QA environment(5.0.3-rh8)
Result: Pass
Steps
1. Go to enter_bug page of any product
2. select a component
3. input a non-exist user into cc, input string into summary, submit this bug
==>Jump to new page of the cc doesn't match anything
4. click the return back button of browser
==>This origin component still show as selected