[TRINIDAD-952] In IE, cursor does not return to the correct component after PPR

• Type: Bug
• Status: Closed
• Priority: Minor
• Resolution: Fixed
• Fix Version/s: 1.0.7-core, 1.2.7-core
• Component/s: Components
• Environment: IE6 or IE7 browser
• Assignee: Matthias Wessendorf
• Reporter: Yee-Wah Lee
• Created: 14/Feb/08 18:52
• Updated: 27/Jan/10 08:45
• Resolved: 15/Feb/08 06:47

Description

1) Test cases #1
TabFails.jspx
<af:inputText label="Label 1"
id="inputText1"
binding="#

{tabfails.inputText1}

"
autoSubmit="true"
valueChangeListener="#

{tabfails.doSomething1}

"/>
<af:inputText label="Label 2"
id="inputText2"
binding="#

{tabfails.inputText2}

"
autoSubmit="true"/>
<af:inputText label="Label 3"
id="inputText3"
binding="#

{tabfails.inputText3}

"
autoSubmit="true"
partialTriggers="inputText1"/>

TabFails.java
public void doSomething1(ValueChangeEvent valueChangeEvent)

{ String value1 = inputText1.getValue() == null ? null : inputText1.getValue().toString(); String value2 = inputText2.getValue() == null ? null : inputText2.getValue().toString(); inputText3.setSubmittedValue(null); inputText3.setValue(value1 + value2); }

To reproduce the problem, click on inputText1 and modify its value then tab off. In FireFox, the value in InputText3 is updated and the cursor goes to InputText2 (as expected). In IE, the inputText3 is updated but the cursor goes back to inputText1.

2) Test case #2.
<af:inputText label="Label 4" autoSubmit="true" binding="#

{tabfails.inputText4}

" simple="true"/>
<af:inputText label="Label 5" autoSubmit="true" binding="#

{tabfails.inputText5}

" simple="true"/>
<af:inputText label="Label 6" autoSubmit="true" binding="#

{tabfails.inputText6}

" simple="true"/>

To reproduce the problem, click on inputText4 and modify its value then tab off. In FireFox, the value in InputText4 is updated and the cursor goes to InputText5 (as expected). In IE, the inputText4 is updated but the cursor goes back to inputText4.

Both cases involve PPR and the javascript to restore the active element in IE.

Issue Links

• relates to: TRINIDAD-1171 A failing client-side validator while using PPR causes a page hang with hourglass in IE when clicking in a empty spot on the page