History | Log In     View a printable version of the current page.  
Issue Details (XML)

Key: SDK-12641
Type: Bug Bug
Status: Closed Closed
Resolution: Cannot Reproduce
Priority: C C
Assignee: Robert Vollmar (Adobe)
Reporter: Paul Colby
Votes: 0
Watchers: 1
Operations

If you were logged in you would be able to see more operations.
Flex SDK

Arrow keys after setting focusRect to true on List-based control (List, DataGrid, AdvancedDataGrid) hangs / crashes browser

Created: 09/11/07 08:14 PM   Updated: 10/17/07 04:12 PM
Component/s: mx: DataGrid, mx: List
Security Level: Public (All JIRA Users )

Issue Links:
Relationship
This issue relates to:
SDK-13091 The arrow keys send focus out of List... C Closed
 

Severity: Crash/Hang
Reproducibility: Every Time
Discoverability: High
Found in Version: SDK Moxie M2 (Beta)
Milestone:
Affected OS(s): Windows - XP
Steps to Reproduce:
Steps to reproduce:
1. Create an application with a List-based control - eg List, DataGrid, or AdvancedDataGrid.
2. Set that control's focusRect attribute to "true".
3. Add another focusable control (eg a Button).
4. Run the application.
5. Select (tab or click) one of the List control's rows.
6. Use arrow keys to move up and/or down the list.

Here's an example that matches the above steps:
<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute">
  <mx:Button label="test"/>
  <mx:List horizontalCenter="0" verticalCenter="0" height="75%" width="75%" focusRect="true">
    <mx:dataProvider>
      <mx:Array>
        <mx:Object label="abc1"/>
        <mx:Object label="abc2"/>
        <mx:Object label="abc3"/>
        <mx:Object label="abc4"/>
      </mx:Array>
    </mx:dataProvider>
  </mx:List>
</mx:Application>
 
Actual Results:
After the first movement, both the List-based control and the "other" control (see step 3, the Button in the above example) show a focus rectangle (only one should, not both). After the first one or two movements, the browser crashes. The crash may be as simple as the browser-tab hanging, or as severe as the OS closing the browser instance.
 
Expected Results:
The List-based control should maintain focus, while the "other" control should not be affected at all. Naturally, the crash should not occurr.

Workaround (if any):
None. The problem does not occurr if the List-based control does not have focusRect set. Nor does it occur if the List-based control is the only control in the application. But neither of those are valid work-arounds.

This problem occurs on both IE7 and FF2.5.
Language Found: English
Bugbase Id: none
Triaged: Yes
Regression: No
QA Owner: Robert Vollmar (Adobe)
Resolved by: Lauren Park
Confirmed Version: None - Next Build
Participants: Alex Harui, Lauren Park, Paul Colby and Robert Vollmar (Adobe)
Browser: Firefox 2.x
JDK: Sun 1.5.x


 All   Comments      Sort Order:
Robert Vollmar (Adobe) - [09/14/07 05:53 PM ]
For me:
MacBook Pro, Firefox 2.0.0.6, player 9.0.60.226: After giving focus to the List or DataGrid, then pressing the up/down arrow keys 1-4 times, focus returns to the Button.
MacBook Pro, Safari 2.0.4, player 9.0.60.226: The same as Firefox.
XP Pro, Firefox 2.0.0.6, player 9.0.60.226: The same as above.
XP Pro, Internet Explorer 6, player 9.0.60.226: The same as above.
Vista, Firefox 2.0.0.2, player 9.0.60.120: The same as above.
Vista, IE 7, player 9.0.60.149: The same as above.

I did not get any crashes in these newer player builds, but still, the behavior is not good.

Robert Vollmar (Adobe) - [09/14/07 05:56 PM ]
Able to reproduce in mainline build 182472, Flex 2.0.1, and Flex 2.0. Not a regression, but it's ugly.

Lauren Park - [09/14/07 06:07 PM ]
Alex.

Alex Harui - [09/21/07 03:09 PM ]
Deferring per our conversation yesterday?

Lauren Park - [09/23/07 02:11 AM ]
External - player bug. Closing.

Lauren Park - [09/23/07 02:12 AM ]
Need a swf that repro's the crash so we can file a bug with the player team. A crash log will also go nicely with the offending swf.

Robert Vollmar (Adobe) - [09/27/07 01:12 PM - edited ]
Changing to Info Needed and assigning to Paul Colby. Paul, could you please attach the SWF and a crash log? Here are instructions to generate a crash log:

 1. First open notepad or another text editor
 2. Create a text file with one line: CrashLogEnable=1
 3. Save the file as: c:\windows\system32\macromed\flash\mms.cfg
 4. Generate a crash
 5. Open up a command line prompt. Select Start > Run and type cmd in the
dialog.
 6. Type cd "Local Settings\Temp" at the command line prompt. Be sure that
Local Settings is in quotation marks.
 7. Type dir *.mdmp at the command line prompt. These are the log files that we
would need

Paul Colby - [10/16/07 11:51 PM ]
I am no longer able to reproduce the crash. I've since moved through several SDK builds, and don't know which one produced the crash. Sorry :( From now on, I'll keep any swf's that manage to crash the player ;)

But ignoring the possible crash, the rest of the behaviour is still quite ugly.

Lauren Park - [10/17/07 04:13 AM ]
Cool, thanks. Closing.

Robert Vollmar (Adobe) - [10/17/07 04:12 PM - edited ]
> the rest of the behaviour is still quite ugly.

You bet it is. I filed a bug for that: SDK-13091.