Bug 10231 – [S60] FocusElementType is incosistent in tabbed view

• Status: CLOSED
• Resolution: FIXED
• Component: WebKit API

[Joseph Ligman]

TSW BUG: VKRR-6QAA4S 
When an HTML page is loaded in the browser control and if the focus in on a hyperlink, then the FocusedElementType should return TBrCtlDefs::EElementAnchor.  At present the return type is not consistent.

[Bradley Morrison]

Can confirm. If at all possible, it would be great if the relevant test case (\epoc32\WINSCW\C\test.html) was attached in future so people can see this behaviour for themselves.

Thanks
Bradley

[Joseph Ligman]

    Steps to reproduce the problem (The test source is in TSW, the file is to large to attach)

    The attachment contains a html file and a sample application. This problem is simulated in the sample application by changing the softkeys when an Hyperlink is focused in the browser control.  When an hyperlink focused in the browser control, the softkeys will be Options and Exit, else they will be Options and Back

    1) Copy the html file to <SDK_Installation drive>:\epoc32\WINSCW\C
    2) Compile & run the application in CodeWarrior
    3) The application can be found in installed folder\Proto1-1st
    4) Upon invokation, the application will show a embedded html page.
    5) Traverse Up and Down the html page.
    6a) with S60_3_0_200612: When an hyperlink focused in the browser control, the softkeys will be Options and Exit, else they will be Options and Back
    6b) With S60_3_2_200620 : the above will not happen consistently. Most of the times, even when a hyperlink is focused, the softkeys will remain as  Options and Back

[Joseph Ligman]

Created attachment 9848 [details]
Files: KeyEventHandler.cpp

FocusElementType is inconsistent in tabbed view. 
Resolved by initializing the TWebCoreFocusedElementType prior to calling TabbedNavigation in CKeyEventHandler::NavigateWithCursor.

[Bradley Morrison]

Applied, r15773.

[Krishna]

Closed

[Joel Parks]

re-purposing InTSW keyword for use by QtWebkit team