[jira] [Updated] (FLEX-14602) mx:Zoom does not work correctly in mx:Sequence or mx:Parallel with other effects
[ https://issues.apache.org/jira/browse/FLEX-14602?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-14602: - Labels: easytest (was: ) mx:Zoom does not work correctly in mx:Sequence or mx:Parallel with other effects Key: FLEX-14602 URL: https://issues.apache.org/jira/browse/FLEX-14602 Project: Apache Flex Issue Type: Bug Components: Effects Affects Versions: Adobe Flex SDK 3.0 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows XP Browser: Firefox 2.x Language Found: English Reporter: Adobe JIRA Labels: easytest ?xml version=1.0 encoding=utf-8? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; layout=absolute mx:Canvas width=400 height=400 horizontalScrollPolicy=off verticalScrollPolicy=off mx:Image id=image1 source=http://www.adobe.com/images/store/product_boxshots/150x150/box_flexbuilderstandard3_150x150.jpg; x=0 y=0 width=100% height=100% creationCompleteEffect={loop1} autoLoad=true/ /mx:Canvas !-- same problem with mx:Parallel -- mx:Sequence id=loop1 repeatCount=0 mx:Zoom duration=2000 zoomWidthFrom=0.1 zoomHeightFrom=0.1 zoomWidthTo=2.0 zoomHeightTo=2.0/ !-- uncomment this to get some unwanted nasty effects, same problem with other mx:Effects mx:Pause duration=1000/ -- /mx:Sequence /mx:Application Steps to reproduce: 1. uncomment the mx:Pause effect in above source code Actual Results: image center shifts to 0,0 of canvas for no reason Expected Results: same as with mx:Pause commented out, that is zoom effect working correctly Workaround (if any): don't use effects -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-23746) NumericStepper as itemRenders in DataGrid don't work as expected with labelFunctions
[ https://issues.apache.org/jira/browse/FLEX-23746?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-23746: - Labels: easytest (was: ) NumericStepper as itemRenders in DataGrid don't work as expected with labelFunctions Key: FLEX-23746 URL: https://issues.apache.org/jira/browse/FLEX-23746 Project: Apache Flex Issue Type: Bug Components: Formatters Affects Versions: Adobe Flex SDK 3.5 (Release) Environment: Affected OS(s): All OS Platforms Affected OS(s): All OS Platforms Browser: Firefox 3.x Language Found: English Reporter: Adobe JIRA Labels: easytest Steps to reproduce: 1. Compile attached app 2. Run app 3. Enter 5 (without quotes) as the new price of the item in the top datagrid by clicking in it, typing numbers and clicking outside DG again 4. Click the new formatted price Actual Results: item editor displays '50' in numeric stepper Expected Results: item editor displays '5' in numeric stepper It appears the item editor gets the value to edit from the labelFunction not the dataProvider, and so is choking on the comma. This is unexpected. Workaround (if any): Replace labelFunction with simple itemRender, as in the second data grid mx:DataGridColumn dataField=Price editorDataField=value mx:itemRenderer mx:Component mx:Label text={outerDocument._moneyFormatter.format( data.Price )}/ /mx:Component /mx:itemRenderer mx:itemEditor mx:Component mx:NumericStepper stepSize=0.01 maximum=99/ /mx:Component /mx:itemEditor /mx:DataGridColumn -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-25932) PopUpManager.addPopUp disables binding
[ https://issues.apache.org/jira/browse/FLEX-25932?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-25932: - Labels: easyfix easytest (was: ) PopUpManager.addPopUp disables binding -- Key: FLEX-25932 URL: https://issues.apache.org/jira/browse/FLEX-25932 Project: Apache Flex Issue Type: Bug Components: PopUp Manager Affects Versions: Adobe Flex SDK 4.1 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows XP Browser: Firefox 3.x Language Found: English Reporter: Adobe JIRA Labels: easyfix, easytest Steps to reproduce: Create simple component with binding between selected item of combobox and text : mx:VBox xmlns:fx=http://ns.adobe.com/mxml/2009; xmlns:s=library://ns.adobe.com/flex/spark xmlns:mx=library://ns.adobe.com/flex/mx mx:ComboBox id=cb labelField=name mx:dataProvider s:ArrayCollection fx:Object name=item1/ fx:Object name=item2/ fx:Object name=item3/ fx:Object name=item4/ /s:ArrayCollection /mx:dataProvider /mx:ComboBox mx:Text text={cb.selectedItem.name}/ /mx:VBox Create an application using the component, and pop up the component when button is clicked : s:Application xmlns:fx=http://ns.adobe.com/mxml/2009; xmlns:s=library://ns.adobe.com/flex/spark xmlns:mx=library://ns.adobe.com/flex/mx xmlns:component=component.* fx:Script ![CDATA[ import mx.managers.PopUpManager; ]] /fx:Script mx:VBox id=container component:TestBindPopup id=popUp/ mx:Button label=click click={PopUpManager.addPopUp(popUp, this);}/ /mx:VBox /s:Application Actual Results: Binding is correct when component is not popped up, but after the addPopUp binding is disabled. When the addPopUp is called, SystemManager does an addChild which calls a removeChild on component container. During removeChild the container disables all binding of the component. Expected Results: Binding is enabled after the addPopup like in Flex 3. Workaround (if any): Call BindingManager.setEnabled(popUp, true) after the addPopup. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-20726) Only dispatchEvent if [Bindable] hasEventListener
[ https://issues.apache.org/jira/browse/FLEX-20726?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-20726: - Labels: easyfix easytext (was: ) Only dispatchEvent if [Bindable] hasEventListener - Key: FLEX-20726 URL: https://issues.apache.org/jira/browse/FLEX-20726 Project: Apache Flex Issue Type: Improvement Components: Spark: Effects Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): All OS Platforms Affected OS(s): All OS Platforms Browser: Safari Language Found: English Reporter: Adobe JIRA Labels: easyfix, easytext Steps to reproduce: 1. Animate x, y, width, height, or alpha 2. Don't bind to any of those properties 3. Actual Results: Every frame it dispatches a ton of events because in the setters you have dispatchEvent(new Event(xChanged)) or whatever. This should be more like: dispatchPropertyChangeEvent(xChanged); function dispatchPropertyChangeEvent(type:String):void { if (hasEventListener(type)) dispatchEvent(new Event(type)); } Expected Results: Don't dispatch events if I'm not binding. Workaround (if any): None, unless we change the source. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-13414) Fade Effects Don't Work When Duration is Set to 0
[ https://issues.apache.org/jira/browse/FLEX-13414?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-13414: - Labels: easytest (was: ) Fade Effects Don't Work When Duration is Set to 0 - Key: FLEX-13414 URL: https://issues.apache.org/jira/browse/FLEX-13414 Project: Apache Flex Issue Type: Bug Components: Effects Affects Versions: Adobe Flex SDK 2.0.1 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows XP Language Found: English Reporter: Adobe JIRA Labels: easytest Steps to reproduce: 1. Run attached MXML application 2. Click on the 'Toggle Visibility' button twice 3. Notice that after the second button click, only the text from the List items is visible Actual Results: Fade effect does not execute completely causing the component to only be partially visible Expected Results: Fade effect should completely execute Workaround (if any): Don't set the Fade effect duration to 0. Interestingly, the effect executes correctly if the duration is set to negative values, but not 0. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-18832) List control with verticalscrollbar and glow effect in scrollbar's style - throws error during effect
[ https://issues.apache.org/jira/browse/FLEX-18832?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-18832: - Labels: easyfix easytest (was: ) List control with verticalscrollbar and glow effect in scrollbar's style - throws error during effect - Key: FLEX-18832 URL: https://issues.apache.org/jira/browse/FLEX-18832 Project: Apache Flex Issue Type: Bug Components: mx: List Affects Versions: Adobe Flex SDK 3.2 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows XP Language Found: English Reporter: Adobe JIRA Labels: easyfix, easytest Steps to reproduce: 1. Create mxml application 2. Put mx:list id=list1 3. Specify vertical scrollbar style with rollOverEffect 4. Specify listverticalScrollPolicy=on 5. Put a button, on click bind list1.dataProvider = new Array() (important to bind array with less elements, than needed to show thumb on vertical scrollbar) 6. Run application 7. Move mouse over vertical scrollbar 8. Before glow effect finished - click button to rebind dataProvider 9. See error thrown mxml application listing: ?xml version=1.0 encoding=utf-8? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; layout=absolute xmlns:ns1=com.turbostool.client.rides.* width=570 height=500 xmlns:text=flash.text.* mx:Style .myScrollStyle { rollOverEffect: buttonGlowIn; } /mx:Style mx:List id=list1 verticalScrollPolicy=on width=200 height=200 verticalScrollBarStyleName=myScrollStyle /mx:List mx:Button label=rebind error click=list1.dataProvider=new Array() y=208 x=106/ mx:Glow id=buttonGlowIn color=0xee alphaFrom=0.1 alphaTo=0.5 duration=100 blurYFrom=0 blurXFrom=0 blurYTo=10 blurXTo=10/ /mx:Application Actual Results: TypeError: Error #1009: Cannot access a property or method of a null object reference. at mx.controls.scrollClasses::ScrollBar/updateDisplayList()[C:\autobuild\3.2.0\frameworks\projects\framework\src\mx\controls\scrollClasses\ScrollBar.as:1050] at mx.core::UIComponent/validateDisplayList()[C:\autobuild\3.2.0\frameworks\projects\framework\src\mx\core\UIComponent.as:6351] at mx.managers::LayoutManager/validateDisplayList()[C:\autobuild\3.2.0\frameworks\projects\framework\src\mx\managers\LayoutManager.as:622] at mx.managers::LayoutManager/doPhasedInstantiation()[C:\autobuild\3.2.0\frameworks\projects\framework\src\mx\managers\LayoutManager.as:695] at Function/http://adobe.com/AS3/2006/builtin::apply() at mx.core::UIComponent/callLaterDispatcher2()[C:\autobuild\3.2.0\frameworks\projects\framework\src\mx\core\UIComponent.as:8628] at mx.core::UIComponent/callLaterDispatcher()[C:\autobuild\3.2.0\frameworks\projects\framework\src\mx\core\UIComponent.as:8568] Expected Results: Must not throw error, must fill list with data even during visual effect on scrollbar, even if thumb will not appear yet Workaround (if any): Remove effects from scrollbar style -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-25372) Error with MenuBar
[ https://issues.apache.org/jira/browse/FLEX-25372?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-25372: - Labels: easytest (was: ) Error with MenuBar -- Key: FLEX-25372 URL: https://issues.apache.org/jira/browse/FLEX-25372 Project: Apache Flex Issue Type: Bug Components: mx: Menu Bar Affects Versions: Adobe Flex SDK 3.5 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Browser: Firefox 3.x Language Found: English Reporter: Adobe JIRA Labels: easytest Steps to reproduce: mx:MenuBar width=100% labelField=@label id=MyMenuBar mx:XMLList menuitem label=Father1 menuitem label=Son1 menuitem label=Grandson1 menuitem label=GreatGrandson1 data=teste1/ menuitem label=GreatGrandson2 data=teste2/ menuitem label=GreatGrandson3 data=teste3/ /menuitem /menuitem /menuitem /mx:XMLList /mx:MenuBar Actual Results: The following menu appears: Father1 - Son1 - Great Grandson1 - Great Grandson2 - Great Grandson3 Expected Results: The following menu was expected: Father1 - Son1 - Grandson1 - Great Grandson1 - Great Grandson2 - Great Grandson3 Workaround (if any): Not found yet. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-19434) When MenuBar is updated with keyboard event instead of mouse event, it causes RTE.
[ https://issues.apache.org/jira/browse/FLEX-19434?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-19434: - Labels: easytest (was: ) When MenuBar is updated with keyboard event instead of mouse event, it causes RTE. -- Key: FLEX-19434 URL: https://issues.apache.org/jira/browse/FLEX-19434 Project: Apache Flex Issue Type: Bug Components: mx: Menu Bar Affects Versions: Adobe Flex SDK 3.3 (Release) Environment: Affected OS(s): All OS Platforms Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Priority: Minor Labels: easytest Steps to reproduce: 1. Run the attached MenuSample.mxml application 2. Click on menu2 3. Use the keyboard down key to subMenu21 4. Hit Enter Actual Results: Cause null object RTE. Expected Results: No RTE Workaround (if any): -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-24088) SystemManager RangeError via SystemChildrenList
[ https://issues.apache.org/jira/browse/FLEX-24088?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-24088: - Labels: easyfix easytest (was: ) SystemManager RangeError via SystemChildrenList --- Key: FLEX-24088 URL: https://issues.apache.org/jira/browse/FLEX-24088 Project: Apache Flex Issue Type: Bug Components: mx: Menu Bar Affects Versions: Adobe Flex SDK 3.5 (Release) Environment: Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Labels: easyfix, easytest Steps to reproduce in SDK 3.5.0.12683: 1. Open a panel with a MenuBar instance in a PopUp using PopUpManager.addPopUp(panel, this, false, PopUpManagerChildList.POPUP); 2. Actuate the menu a few times 3. Watch the explosion on your console. Actual Results: RangeError: Error #2006: The supplied index is out of bounds. at flash.display::DisplayObjectContainer/addChildAt() at mx.managers::SystemManager/http://www.adobe.com/2006/flex/mx/internal::rawChildren_addChildAt()[C:\autobuild\3.5.0\frameworks\projects\framework\src\mx\managers\SystemManager.as:2179] at mx.managers::SystemChildrenList/addChild()[C:\autobuild\3.5.0\frameworks\projects\framework\src\mx\managers\SystemChildrenList.as:111] at mx.managers::PopUpManagerImpl/addPopUp()[C:\autobuild\3.5.0\frameworks\projects\framework\src\mx\managers\PopUpManagerImpl.as:309] at mx.managers::PopUpManager$/addPopUp()[C:\autobuild\3.5.0\frameworks\projects\framework\src\mx\managers\PopUpManager.as:169] at mx.controls::MenuBar/showMenu()[C:\autobuild\3.5.0\frameworks\projects\framework\src\mx\controls\MenuBar.as:1681] at mx.controls::MenuBar/mouseDownHandler()[C:\autobuild\3.5.0\frameworks\projects\framework\src\mx\controls\MenuBar.as:1898] Expected Results: No RTE Workaround (if any): There are 3 possible fixes for this bug. 1. SystemManager.as - line 1811, the contains() method is excluding children with an index below the current value of the noTopMostIndex property when the popupChildren IChildList's children start at this value. This prevents any interested objects from using the contains() method on the SystemManager to check for popupChildren existence (@see MenuBar.as line 1679). 2. SystemChildrenList.as - line 110 and 121, addChild() and addChildAt() methods fail to check if the DisplayObject being added is already a child of owner before incrementing the upperBoundReference. This causes subsequent calls to those methods throw a RangeError. 3. PopupManagerImpl.as - line 307 fails to check whether or not the displayObject being popped up is already a child of the IChildList instance before calling addChild(). Any of the fixes mentioned above would solve this problem but for brevity, I have attached a monkey patch for the SystemChildrenList.as with the repro project. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-14064) Menu Bar crash
[ https://issues.apache.org/jira/browse/FLEX-14064?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-14064: - Labels: easytest (was: ) Menu Bar crash -- Key: FLEX-14064 URL: https://issues.apache.org/jira/browse/FLEX-14064 Project: Apache Flex Issue Type: Bug Components: mx: Menu Bar Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): Windows Affected OS(s): Windows XP Browser: Firefox 2.x Language Found: English Reporter: Adobe JIRA Labels: easytest Steps to reproduce: 1. Create an application with two states, each one containing a menu bar with different number of menus 2. Switch programatically between states, or change the menu 3. Observe results Actual Results: Crash when the number of menus is decreased (menu bar's content changes) Expected Results: Menu Bar change without any crashes Workaround (if any): In MenuBar::styleChanged() call commitProperties() or In the code changing the menu call getMenuAt(0), so MenuBar will refresh correctly it's inner data. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-32728) After selectedIndices was updated, it can not be selected with ShiftKey
[ https://issues.apache.org/jira/browse/FLEX-32728?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-32728: - Labels: easyfix easytest (was: ) After selectedIndices was updated, it can not be selected with ShiftKey --- Key: FLEX-32728 URL: https://issues.apache.org/jira/browse/FLEX-32728 Project: Apache Flex Issue Type: Bug Components: Advanced Data Grid Affects Versions: Adobe Flex SDK 3.0 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows XP Language Found: Japanese Reporter: Adobe JIRA Priority: Minor Labels: easyfix, easytest Steps to reproduce: 1. run the attached source 2. click update indices button 3. click a row with shift-key Actual Results: it can't be selected Expected Results: it should be selected Workaround (if any): -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-29002) RunTime Error #1009 at mx.managers::PopUpManagerImpl/addModalPopUpAccessibility() when displaying more than one modal popup via PopUpManager on top of each other. On Wi
[ https://issues.apache.org/jira/browse/FLEX-29002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13687823#comment-13687823 ] Justin Mclean commented on FLEX-29002: -- Unable to reproduce on OSX. What I don't understand is why this check would be failing on Windows. private function removeModalPopUpAccessibility(popUp:DisplayObject):Boolean { if (Capabilities.hasAccessibility Accessibility.active) { ... } } Any change you could trace out those 2 values. RunTime Error #1009 at mx.managers::PopUpManagerImpl/addModalPopUpAccessibility() when displaying more than one modal popup via PopUpManager on top of each other. On Windows 7 running on some PCs --- Key: FLEX-29002 URL: https://issues.apache.org/jira/browse/FLEX-29002 Project: Apache Flex Issue Type: Bug Components: PopUp Manager Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Language Found: English Reporter: Adobe JIRA Fix For: Adobe Flex SDK Next, Apache Flex 4.10.0 Attachments: ScreenReaderOnAccessibleOffTest.zip Steps to reproduce: 1. in the AIR application, create modal popup via popupmanager - ok. 2. on the popup, create another modal popup via popupmanager (so we have two modal popups one on top of the other) - RT error #1009. 3. close top popup, due to RT error #1009 modal shade stays on stage and keeps blocking the application. Actual Results: Popupmanager closes modal titlewindow, but the modal shade stays on display due to RunTime error #1009 and so application becomes non-operable. Expected Results: Popupmanager should close the modal titlewindow along with the modal shade as it does if only one modal popup was invoked. Workaround (if any): On Windows7 Control Panel, disable some stuff in control panel (Attachments) and reboot OS. Trully, this works. Note: This happens only on Windows 7 OS running on some All-In-One PCs (eg.: MSI AE2050). Bug is connected with the accessibility OS provides, so we can fix the issue by configuring some OS parameters. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-29002) RunTime Error #1009 at mx.managers::PopUpManagerImpl/addModalPopUpAccessibility() when displaying more than one modal popup via PopUpManager on top of each other. On Wi
[ https://issues.apache.org/jira/browse/FLEX-29002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13687839#comment-13687839 ] Justin Mclean commented on FLEX-29002: -- Can you run this code under the same situation and tell me if RTEs. if (Capabilities.hasAccessibility Accessibility.active) { Accessibility.updateProperties(); } If so then this is a Flash player issue and needs to be raised at https://bugbase.adobe.com. I'll see if I can add a work around into the SDK. RunTime Error #1009 at mx.managers::PopUpManagerImpl/addModalPopUpAccessibility() when displaying more than one modal popup via PopUpManager on top of each other. On Windows 7 running on some PCs --- Key: FLEX-29002 URL: https://issues.apache.org/jira/browse/FLEX-29002 Project: Apache Flex Issue Type: Bug Components: PopUp Manager Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Language Found: English Reporter: Adobe JIRA Fix For: Adobe Flex SDK Next, Apache Flex 4.10.0 Attachments: ScreenReaderOnAccessibleOffTest.zip Steps to reproduce: 1. in the AIR application, create modal popup via popupmanager - ok. 2. on the popup, create another modal popup via popupmanager (so we have two modal popups one on top of the other) - RT error #1009. 3. close top popup, due to RT error #1009 modal shade stays on stage and keeps blocking the application. Actual Results: Popupmanager closes modal titlewindow, but the modal shade stays on display due to RunTime error #1009 and so application becomes non-operable. Expected Results: Popupmanager should close the modal titlewindow along with the modal shade as it does if only one modal popup was invoked. Workaround (if any): On Windows7 Control Panel, disable some stuff in control panel (Attachments) and reboot OS. Trully, this works. Note: This happens only on Windows 7 OS running on some All-In-One PCs (eg.: MSI AE2050). Bug is connected with the accessibility OS provides, so we can fix the issue by configuring some OS parameters. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-29002) RunTime Error #1009 at mx.managers::PopUpManagerImpl/addModalPopUpAccessibility() when displaying more than one modal popup via PopUpManager on top of each other. On Wi
[ https://issues.apache.org/jira/browse/FLEX-29002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13687854#comment-13687854 ] Justin Mclean commented on FLEX-29002: -- Workaround added to develop branch of SDK and tested via debugger. Can someone test on windows for me? RunTime Error #1009 at mx.managers::PopUpManagerImpl/addModalPopUpAccessibility() when displaying more than one modal popup via PopUpManager on top of each other. On Windows 7 running on some PCs --- Key: FLEX-29002 URL: https://issues.apache.org/jira/browse/FLEX-29002 Project: Apache Flex Issue Type: Bug Components: PopUp Manager Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Language Found: English Reporter: Adobe JIRA Fix For: Adobe Flex SDK Next, Apache Flex 4.10.0 Attachments: ScreenReaderOnAccessibleOffTest.zip Steps to reproduce: 1. in the AIR application, create modal popup via popupmanager - ok. 2. on the popup, create another modal popup via popupmanager (so we have two modal popups one on top of the other) - RT error #1009. 3. close top popup, due to RT error #1009 modal shade stays on stage and keeps blocking the application. Actual Results: Popupmanager closes modal titlewindow, but the modal shade stays on display due to RunTime error #1009 and so application becomes non-operable. Expected Results: Popupmanager should close the modal titlewindow along with the modal shade as it does if only one modal popup was invoked. Workaround (if any): On Windows7 Control Panel, disable some stuff in control panel (Attachments) and reboot OS. Trully, this works. Note: This happens only on Windows 7 OS running on some All-In-One PCs (eg.: MSI AE2050). Bug is connected with the accessibility OS provides, so we can fix the issue by configuring some OS parameters. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33592) mx.controls.MenuBar#getMenuAt RangeError
[ https://issues.apache.org/jira/browse/FLEX-33592?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13687863#comment-13687863 ] Justin Mclean commented on FLEX-33592: -- Can you provide same sample code that shows the issue. Perhaps a better work around is to stop the propagation of the click event in the click handler after changing the data provider? mx.controls.MenuBar#getMenuAt RangeError Key: FLEX-33592 URL: https://issues.apache.org/jira/browse/FLEX-33592 Project: Apache Flex Issue Type: Bug Components: mx: Menu Bar Affects Versions: Apache Flex 4.9.0 Reporter: Philip Mair Original Estimate: 2h Remaining Estimate: 2h When changing MenuBar dataProvider within click on MenuBar-Item causes a RangeError in getMenuAt if the index was greater then new amount of MenuBar Items. I solved this with following workaround: public override function getMenuAt(index:int):Menu { var menu:Menu = null; try { menu = super.getMenuAt(index); } catch(e: Error) { } if(menu == null) //return a fake menu to avoid TypeError's return new Menu(); else return menu; } -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-29002) RunTime Error #1009 at mx.managers::PopUpManagerImpl/addModalPopUpAccessibility() when displaying more than one modal popup via PopUpManager on top of each other. On Wi
[ https://issues.apache.org/jira/browse/FLEX-29002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13688012#comment-13688012 ] Justin Mclean commented on FLEX-29002: -- displayObject.accessibilityProperties was null and I corrected several instances where that might create an RTE. Accessibility.updateProperties() will also throw an exception in this case so I've also added a try catch around it to ignore the exception. Both of these fixes have been checked into the develop branch. RunTime Error #1009 at mx.managers::PopUpManagerImpl/addModalPopUpAccessibility() when displaying more than one modal popup via PopUpManager on top of each other. On Windows 7 running on some PCs --- Key: FLEX-29002 URL: https://issues.apache.org/jira/browse/FLEX-29002 Project: Apache Flex Issue Type: Bug Components: PopUp Manager Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Language Found: English Reporter: Adobe JIRA Fix For: Adobe Flex SDK Next, Apache Flex 4.10.0 Attachments: ScreenReaderOnAccessibleOffTest.zip Steps to reproduce: 1. in the AIR application, create modal popup via popupmanager - ok. 2. on the popup, create another modal popup via popupmanager (so we have two modal popups one on top of the other) - RT error #1009. 3. close top popup, due to RT error #1009 modal shade stays on stage and keeps blocking the application. Actual Results: Popupmanager closes modal titlewindow, but the modal shade stays on display due to RunTime error #1009 and so application becomes non-operable. Expected Results: Popupmanager should close the modal titlewindow along with the modal shade as it does if only one modal popup was invoked. Workaround (if any): On Windows7 Control Panel, disable some stuff in control panel (Attachments) and reboot OS. Trully, this works. Note: This happens only on Windows 7 OS running on some All-In-One PCs (eg.: MSI AE2050). Bug is connected with the accessibility OS provides, so we can fix the issue by configuring some OS parameters. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33592) mx.controls.MenuBar#getMenuAt TypeError
[ https://issues.apache.org/jira/browse/FLEX-33592?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13688042#comment-13688042 ] Justin Mclean commented on FLEX-33592: -- .event.stopImmediatePropagation() fails to fix issue will look into it. Can reproduce issue in develop branch. mx.controls.MenuBar#getMenuAt TypeError --- Key: FLEX-33592 URL: https://issues.apache.org/jira/browse/FLEX-33592 Project: Apache Flex Issue Type: Bug Components: mx: Menu Bar Affects Versions: Apache Flex 4.9.0 Reporter: Philip Mair Original Estimate: 2h Remaining Estimate: 2h When changing MenuBar dataProvider within click on MenuBar-Item causes a RangeError in getMenuAt if the index was greater then new amount of MenuBar Items. I solved this with following workaround: public override function getMenuAt(index:int):Menu { var menu:Menu = null; try { menu = super.getMenuAt(index); } catch(e: Error) { } if(menu == null) //return a fake menu to avoid TypeError's return new Menu(); else return menu; } -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (FLEX-33592) mx.controls.MenuBar#getMenuAt TypeError
[ https://issues.apache.org/jira/browse/FLEX-33592?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13688042#comment-13688042 ] Justin Mclean edited comment on FLEX-33592 at 6/19/13 2:42 PM: --- Event.stopImmediatePropagation() fails to fix issue will look into it. Can reproduce issue in develop branch. was (Author: jmclean): .event.stopImmediatePropagation() fails to fix issue will look into it. Can reproduce issue in develop branch. mx.controls.MenuBar#getMenuAt TypeError --- Key: FLEX-33592 URL: https://issues.apache.org/jira/browse/FLEX-33592 Project: Apache Flex Issue Type: Bug Components: mx: Menu Bar Affects Versions: Apache Flex 4.9.0 Reporter: Philip Mair Original Estimate: 2h Remaining Estimate: 2h When changing MenuBar dataProvider within click on MenuBar-Item causes a RangeError in getMenuAt if the index was greater then new amount of MenuBar Items. I solved this with following workaround: public override function getMenuAt(index:int):Menu { var menu:Menu = null; try { menu = super.getMenuAt(index); } catch(e: Error) { } if(menu == null) //return a fake menu to avoid TypeError's return new Menu(); else return menu; } -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (FLEX-33592) mx.controls.MenuBar#getMenuAt TypeError
[ https://issues.apache.org/jira/browse/FLEX-33592?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean resolved FLEX-33592. -- Resolution: Fixed Fix Version/s: Apache Flex 4.10.0 Checked into develop branch. Added checks to stop RTE. Also fixed last index hanging about when changing data providers. Mustella MenuBar tests pass. mx.controls.MenuBar#getMenuAt TypeError --- Key: FLEX-33592 URL: https://issues.apache.org/jira/browse/FLEX-33592 Project: Apache Flex Issue Type: Bug Components: mx: Menu Bar Affects Versions: Apache Flex 4.9.0 Reporter: Philip Mair Fix For: Apache Flex 4.10.0 Original Estimate: 2h Remaining Estimate: 2h When changing MenuBar dataProvider within click on MenuBar-Item causes a RangeError in getMenuAt if the index was greater then new amount of MenuBar Items. I solved this with following workaround: public override function getMenuAt(index:int):Menu { var menu:Menu = null; try { menu = super.getMenuAt(index); } catch(e: Error) { } if(menu == null) //return a fake menu to avoid TypeError's return new Menu(); else return menu; } -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-33585) the dropDown of the spark combobox does not close regular when use alert to show the information of the selelcted item
[ https://issues.apache.org/jira/browse/FLEX-33585?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-33585: - Environment: win7 / win xp / OSX (was: win7 and win xp) the dropDown of the spark combobox does not close regular when use alert to show the information of the selelcted item -- Key: FLEX-33585 URL: https://issues.apache.org/jira/browse/FLEX-33585 Project: Apache Flex Issue Type: Bug Components: Spark: ComboBox Affects Versions: Adobe Flex SDK 4.6 (Release) Environment: win7 / win xp / OSX Reporter: Thom Wu Labels: combobox, dropdown Original Estimate: 504h Remaining Estimate: 504h the sample code: s:WindowedApplication xmlns:fx=http://ns.adobe.com/mxml/2009; xmlns:s=library://ns.adobe.com/flex/spark xmlns:mx=library://ns.adobe.com/flex/mx fx:Script ![CDATA[ import mx.controls.Alert; import spark.events.IndexChangeEvent; protected function myCombobox_changingHandler(event:IndexChangeEvent):void { Alert.show(myCombobox.selectedItem); } ]] /fx:Script s:ComboBox id=myCombobox changing=myCombobox_changingHandler(event) s:ArrayList fx:StringUSA/fx:String fx:StringChina/fx:String fx:StringIt/fx:String /s:ArrayList /s:ComboBox /s:WindowedApplication Test steps: 1.click the openButton to open the dropDown of the combobox 2.select the first item the of the Drop-down list item,then alert display the selected item 3.expect the dropDown of the combobox close,but it does not 4.click the ok button of the alert to close the alert 5.click the second item of the Drop-down list item,then the dropDown close??alert display the select item The same operation, the combobox are inconsistent performance -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33585) the dropDown of the spark combobox does not close regular when use alert to show the information of the selelcted item
[ https://issues.apache.org/jira/browse/FLEX-33585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13688064#comment-13688064 ] Justin Mclean commented on FLEX-33585: -- Confirmed issue exists in Apache Flex 4.10 develop branch. No obvious fix from a quick look. the dropDown of the spark combobox does not close regular when use alert to show the information of the selelcted item -- Key: FLEX-33585 URL: https://issues.apache.org/jira/browse/FLEX-33585 Project: Apache Flex Issue Type: Bug Components: Spark: ComboBox Affects Versions: Adobe Flex SDK 4.6 (Release) Environment: win7 and win xp Reporter: Thom Wu Labels: combobox, dropdown Original Estimate: 504h Remaining Estimate: 504h the sample code: s:WindowedApplication xmlns:fx=http://ns.adobe.com/mxml/2009; xmlns:s=library://ns.adobe.com/flex/spark xmlns:mx=library://ns.adobe.com/flex/mx fx:Script ![CDATA[ import mx.controls.Alert; import spark.events.IndexChangeEvent; protected function myCombobox_changingHandler(event:IndexChangeEvent):void { Alert.show(myCombobox.selectedItem); } ]] /fx:Script s:ComboBox id=myCombobox changing=myCombobox_changingHandler(event) s:ArrayList fx:StringUSA/fx:String fx:StringChina/fx:String fx:StringIt/fx:String /s:ArrayList /s:ComboBox /s:WindowedApplication Test steps: 1.click the openButton to open the dropDown of the combobox 2.select the first item the of the Drop-down list item,then alert display the selected item 3.expect the dropDown of the combobox close,but it does not 4.click the ok button of the alert to close the alert 5.click the second item of the Drop-down list item,then the dropDown close??alert display the select item The same operation, the combobox are inconsistent performance -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (FLEX-33585) the dropDown of the spark combobox does not close regular when use alert to show the information of the selelcted item
[ https://issues.apache.org/jira/browse/FLEX-33585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13688064#comment-13688064 ] Justin Mclean edited comment on FLEX-33585 at 6/19/13 3:14 PM: --- Confirmed issue exists in Apache Flex 4.10 develop branch and on OSX as well. No obvious fix from a quick look. was (Author: jmclean): Confirmed issue exists in Apache Flex 4.10 develop branch. No obvious fix from a quick look. the dropDown of the spark combobox does not close regular when use alert to show the information of the selelcted item -- Key: FLEX-33585 URL: https://issues.apache.org/jira/browse/FLEX-33585 Project: Apache Flex Issue Type: Bug Components: Spark: ComboBox Affects Versions: Adobe Flex SDK 4.6 (Release) Environment: win7 / win xp / OSX Reporter: Thom Wu Labels: combobox, dropdown Original Estimate: 504h Remaining Estimate: 504h the sample code: s:WindowedApplication xmlns:fx=http://ns.adobe.com/mxml/2009; xmlns:s=library://ns.adobe.com/flex/spark xmlns:mx=library://ns.adobe.com/flex/mx fx:Script ![CDATA[ import mx.controls.Alert; import spark.events.IndexChangeEvent; protected function myCombobox_changingHandler(event:IndexChangeEvent):void { Alert.show(myCombobox.selectedItem); } ]] /fx:Script s:ComboBox id=myCombobox changing=myCombobox_changingHandler(event) s:ArrayList fx:StringUSA/fx:String fx:StringChina/fx:String fx:StringIt/fx:String /s:ArrayList /s:ComboBox /s:WindowedApplication Test steps: 1.click the openButton to open the dropDown of the combobox 2.select the first item the of the Drop-down list item,then alert display the selected item 3.expect the dropDown of the combobox close,but it does not 4.click the ok button of the alert to close the alert 5.click the second item of the Drop-down list item,then the dropDown close??alert display the select item The same operation, the combobox are inconsistent performance -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-24257) DateField text scrolled when pressing DateField calendar button
[ https://issues.apache.org/jira/browse/FLEX-24257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13688128#comment-13688128 ] Justin Mclean commented on FLEX-24257: -- Looks like it not taking into effect the padding or edge metrics like the parent class. In the en_US case the TextInput calks the width as 64 and DateField calculates it as 60 and adds 2. It's better than before btw but still not perfect. DateField text scrolled when pressing DateField calendar button --- Key: FLEX-24257 URL: https://issues.apache.org/jira/browse/FLEX-24257 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK 3.2 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Browser: Internet Explorer 8.x Language Found: English Reporter: Adobe JIRA Assignee: Justin Mclean Fix For: Apache Flex 4.10.0 Attachments: screenshot-1.jpg, screenshot-2.jpg, screenshot-3.jpg Steps to reproduce: 1. Click on an editable DateField's calendar button when the DateField doesn't currently have focus. 2. Observe the text in the DateField's textinput area. Actual Results: The text is automatically highlighted and scrolled to the left such that the beginning part of the date text isn't visible. Expected Results: The text should not be highlighted or scrolled at all. Workaround (if any): Click in the textinput area before pressing the button. Sample app: ?xml version=1.0 encoding=utf-8? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; layout=vertical mx:DateField editable=true/ /mx:Application I see this on Flex SDK 3.2, 3.4 and 4.0. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Reopened] (FLEX-24257) DateField text scrolled when pressing DateField calendar button
[ https://issues.apache.org/jira/browse/FLEX-24257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean reopened FLEX-24257: -- Look into edge and padding to see all is correct. DateField text scrolled when pressing DateField calendar button --- Key: FLEX-24257 URL: https://issues.apache.org/jira/browse/FLEX-24257 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK 3.2 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Browser: Internet Explorer 8.x Language Found: English Reporter: Adobe JIRA Assignee: Justin Mclean Fix For: Apache Flex 4.10.0 Attachments: screenshot-1.jpg, screenshot-2.jpg, screenshot-3.jpg Steps to reproduce: 1. Click on an editable DateField's calendar button when the DateField doesn't currently have focus. 2. Observe the text in the DateField's textinput area. Actual Results: The text is automatically highlighted and scrolled to the left such that the beginning part of the date text isn't visible. Expected Results: The text should not be highlighted or scrolled at all. Workaround (if any): Click in the textinput area before pressing the button. Sample app: ?xml version=1.0 encoding=utf-8? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; layout=vertical mx:DateField editable=true/ /mx:Application I see this on Flex SDK 3.2, 3.4 and 4.0. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33594) Flex Theme properties broken with 4.9.1 SDK
[ https://issues.apache.org/jira/browse/FLEX-33594?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13688224#comment-13688224 ] Justin Mclean commented on FLEX-33594: -- On OSX with FB 4.6 can't reproduce with 4.9.1 or 4.10 develop branch - may be a FB 4.7 issue. Can you attach a small sample project that has the issue? Flex Theme properties broken with 4.9.1 SDK --- Key: FLEX-33594 URL: https://issues.apache.org/jira/browse/FLEX-33594 Project: Apache Flex Issue Type: Bug Components: DMV Flex Builder Integration, Themes Affects Versions: Apache Flex 4.9.0 Environment: OSX, Flash Builder 4.7 Reporter: Beau N Brewer Attachments: Screen Shot 2013-06-19 at 11.52.30 AM.png After selecting 4.9.1 as the Flex SDK, you can't access the Flex Theme properties without getting an error. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-24257) DateField text scrolled when pressing DateField calendar button
[ https://issues.apache.org/jira/browse/FLEX-24257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13688267#comment-13688267 ] Justin Mclean commented on FLEX-24257: -- Thanks that looks like a viable fix I'll double check and check it in tomorrow for you. DateField text scrolled when pressing DateField calendar button --- Key: FLEX-24257 URL: https://issues.apache.org/jira/browse/FLEX-24257 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK 3.2 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Browser: Internet Explorer 8.x Language Found: English Reporter: Adobe JIRA Assignee: Justin Mclean Fix For: Apache Flex 4.10.0 Attachments: screenshot-1.jpg, screenshot-2.jpg, screenshot-3.jpg Steps to reproduce: 1. Click on an editable DateField's calendar button when the DateField doesn't currently have focus. 2. Observe the text in the DateField's textinput area. Actual Results: The text is automatically highlighted and scrolled to the left such that the beginning part of the date text isn't visible. Expected Results: The text should not be highlighted or scrolled at all. Workaround (if any): Click in the textinput area before pressing the button. Sample app: ?xml version=1.0 encoding=utf-8? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; layout=vertical mx:DateField editable=true/ /mx:Application I see this on Flex SDK 3.2, 3.4 and 4.0. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-29002) RunTime Error #1009 at mx.managers::PopUpManagerImpl/addModalPopUpAccessibility() when displaying more than one modal popup via PopUpManager on top of each other. On Wi
[ https://issues.apache.org/jira/browse/FLEX-29002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13686541#comment-13686541 ] Justin Mclean commented on FLEX-29002: -- Any chance you could provide some sample code that demonstrates the issue. RunTime Error #1009 at mx.managers::PopUpManagerImpl/addModalPopUpAccessibility() when displaying more than one modal popup via PopUpManager on top of each other. On Windows 7 running on some PCs --- Key: FLEX-29002 URL: https://issues.apache.org/jira/browse/FLEX-29002 Project: Apache Flex Issue Type: Bug Components: PopUp Manager Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Language Found: English Reporter: Adobe JIRA Assignee: Carol Frampton Fix For: Adobe Flex SDK Next, Apache Flex 4.10.0 Steps to reproduce: 1. in the AIR application, create modal popup via popupmanager - ok. 2. on the popup, create another modal popup via popupmanager (so we have two modal popups one on top of the other) - RT error #1009. 3. close top popup, due to RT error #1009 modal shade stays on stage and keeps blocking the application. Actual Results: Popupmanager closes modal titlewindow, but the modal shade stays on display due to RunTime error #1009 and so application becomes non-operable. Expected Results: Popupmanager should close the modal titlewindow along with the modal shade as it does if only one modal popup was invoked. Workaround (if any): On Windows7 Control Panel, disable some stuff in control panel (Attachments) and reboot OS. Trully, this works. Note: This happens only on Windows 7 OS running on some All-In-One PCs (eg.: MSI AE2050). Bug is connected with the accessibility OS provides, so we can fix the issue by configuring some OS parameters. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Reopened] (FLEX-29002) RunTime Error #1009 at mx.managers::PopUpManagerImpl/addModalPopUpAccessibility() when displaying more than one modal popup via PopUpManager on top of each other. On Win
[ https://issues.apache.org/jira/browse/FLEX-29002?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean reopened FLEX-29002: -- Assignee: (was: Carol Frampton) RunTime Error #1009 at mx.managers::PopUpManagerImpl/addModalPopUpAccessibility() when displaying more than one modal popup via PopUpManager on top of each other. On Windows 7 running on some PCs --- Key: FLEX-29002 URL: https://issues.apache.org/jira/browse/FLEX-29002 Project: Apache Flex Issue Type: Bug Components: PopUp Manager Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Language Found: English Reporter: Adobe JIRA Fix For: Adobe Flex SDK Next, Apache Flex 4.10.0 Steps to reproduce: 1. in the AIR application, create modal popup via popupmanager - ok. 2. on the popup, create another modal popup via popupmanager (so we have two modal popups one on top of the other) - RT error #1009. 3. close top popup, due to RT error #1009 modal shade stays on stage and keeps blocking the application. Actual Results: Popupmanager closes modal titlewindow, but the modal shade stays on display due to RunTime error #1009 and so application becomes non-operable. Expected Results: Popupmanager should close the modal titlewindow along with the modal shade as it does if only one modal popup was invoked. Workaround (if any): On Windows7 Control Panel, disable some stuff in control panel (Attachments) and reboot OS. Trully, this works. Note: This happens only on Windows 7 OS running on some All-In-One PCs (eg.: MSI AE2050). Bug is connected with the accessibility OS provides, so we can fix the issue by configuring some OS parameters. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-24257) DateField text scrolled when pressing DateField calendar button
[ https://issues.apache.org/jira/browse/FLEX-24257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13686548#comment-13686548 ] Justin Mclean commented on FLEX-24257: -- Part of the issue is that in the French locale the french locale the default date format in DD MMM not MM/DD/ like some other locales. DateField text scrolled when pressing DateField calendar button --- Key: FLEX-24257 URL: https://issues.apache.org/jira/browse/FLEX-24257 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK 3.2 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Browser: Internet Explorer 8.x Language Found: English Reporter: Adobe JIRA Attachments: screenshot-1.jpg Steps to reproduce: 1. Click on an editable DateField's calendar button when the DateField doesn't currently have focus. 2. Observe the text in the DateField's textinput area. Actual Results: The text is automatically highlighted and scrolled to the left such that the beginning part of the date text isn't visible. Expected Results: The text should not be highlighted or scrolled at all. Workaround (if any): Click in the textinput area before pressing the button. Sample app: ?xml version=1.0 encoding=utf-8? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; layout=vertical mx:DateField editable=true/ /mx:Application I see this on Flex SDK 3.2, 3.4 and 4.0. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-24257) DateField text scrolled when pressing DateField calendar button
[ https://issues.apache.org/jira/browse/FLEX-24257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13686550#comment-13686550 ] Justin Mclean commented on FLEX-24257: -- Width is calculated in measure via this var bigDate:Date = new Date(2004, 12, 31); it assumes that 31 dec 2004 will always be the widest date which may or may not be the case. DateField text scrolled when pressing DateField calendar button --- Key: FLEX-24257 URL: https://issues.apache.org/jira/browse/FLEX-24257 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK 3.2 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Browser: Internet Explorer 8.x Language Found: English Reporter: Adobe JIRA Attachments: screenshot-1.jpg Steps to reproduce: 1. Click on an editable DateField's calendar button when the DateField doesn't currently have focus. 2. Observe the text in the DateField's textinput area. Actual Results: The text is automatically highlighted and scrolled to the left such that the beginning part of the date text isn't visible. Expected Results: The text should not be highlighted or scrolled at all. Workaround (if any): Click in the textinput area before pressing the button. Sample app: ?xml version=1.0 encoding=utf-8? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; layout=vertical mx:DateField editable=true/ /mx:Application I see this on Flex SDK 3.2, 3.4 and 4.0. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (FLEX-24257) DateField text scrolled when pressing DateField calendar button
[ https://issues.apache.org/jira/browse/FLEX-24257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean reassigned FLEX-24257: Assignee: Justin Mclean DateField text scrolled when pressing DateField calendar button --- Key: FLEX-24257 URL: https://issues.apache.org/jira/browse/FLEX-24257 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK 3.2 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Browser: Internet Explorer 8.x Language Found: English Reporter: Adobe JIRA Assignee: Justin Mclean Attachments: screenshot-1.jpg Steps to reproduce: 1. Click on an editable DateField's calendar button when the DateField doesn't currently have focus. 2. Observe the text in the DateField's textinput area. Actual Results: The text is automatically highlighted and scrolled to the left such that the beginning part of the date text isn't visible. Expected Results: The text should not be highlighted or scrolled at all. Workaround (if any): Click in the textinput area before pressing the button. Sample app: ?xml version=1.0 encoding=utf-8? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; layout=vertical mx:DateField editable=true/ /mx:Application I see this on Flex SDK 3.2, 3.4 and 4.0. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-24257) DateField text scrolled when pressing DateField calendar button
[ https://issues.apache.org/jira/browse/FLEX-24257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13686589#comment-13686589 ] Justin Mclean commented on FLEX-24257: -- en_US will give the same width as it uses teh date format MM/DD/ by default and all months are the same width with 2 digits. DateField text scrolled when pressing DateField calendar button --- Key: FLEX-24257 URL: https://issues.apache.org/jira/browse/FLEX-24257 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK 3.2 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Browser: Internet Explorer 8.x Language Found: English Reporter: Adobe JIRA Assignee: Justin Mclean Attachments: screenshot-1.jpg Steps to reproduce: 1. Click on an editable DateField's calendar button when the DateField doesn't currently have focus. 2. Observe the text in the DateField's textinput area. Actual Results: The text is automatically highlighted and scrolled to the left such that the beginning part of the date text isn't visible. Expected Results: The text should not be highlighted or scrolled at all. Workaround (if any): Click in the textinput area before pressing the button. Sample app: ?xml version=1.0 encoding=utf-8? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; layout=vertical mx:DateField editable=true/ /mx:Application I see this on Flex SDK 3.2, 3.4 and 4.0. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (FLEX-24257) DateField text scrolled when pressing DateField calendar button
[ https://issues.apache.org/jira/browse/FLEX-24257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13686589#comment-13686589 ] Justin Mclean edited comment on FLEX-24257 at 6/18/13 10:57 AM: en_US will give the same width as it uses the date format MM/DD/ by default and all months are the same width with 2 digits. was (Author: jmclean): en_US will give the same width as it uses teh date format MM/DD/ by default and all months are the same width with 2 digits. DateField text scrolled when pressing DateField calendar button --- Key: FLEX-24257 URL: https://issues.apache.org/jira/browse/FLEX-24257 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK 3.2 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Browser: Internet Explorer 8.x Language Found: English Reporter: Adobe JIRA Assignee: Justin Mclean Attachments: screenshot-1.jpg Steps to reproduce: 1. Click on an editable DateField's calendar button when the DateField doesn't currently have focus. 2. Observe the text in the DateField's textinput area. Actual Results: The text is automatically highlighted and scrolled to the left such that the beginning part of the date text isn't visible. Expected Results: The text should not be highlighted or scrolled at all. Workaround (if any): Click in the textinput area before pressing the button. Sample app: ?xml version=1.0 encoding=utf-8? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; layout=vertical mx:DateField editable=true/ /mx:Application I see this on Flex SDK 3.2, 3.4 and 4.0. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-24257) DateField text scrolled when pressing DateField calendar button
[ https://issues.apache.org/jira/browse/FLEX-24257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13686592#comment-13686592 ] Justin Mclean commented on FLEX-24257: -- Fixed and code checked into develop branch. DateField text scrolled when pressing DateField calendar button --- Key: FLEX-24257 URL: https://issues.apache.org/jira/browse/FLEX-24257 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK 3.2 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Browser: Internet Explorer 8.x Language Found: English Reporter: Adobe JIRA Assignee: Justin Mclean Attachments: screenshot-1.jpg Steps to reproduce: 1. Click on an editable DateField's calendar button when the DateField doesn't currently have focus. 2. Observe the text in the DateField's textinput area. Actual Results: The text is automatically highlighted and scrolled to the left such that the beginning part of the date text isn't visible. Expected Results: The text should not be highlighted or scrolled at all. Workaround (if any): Click in the textinput area before pressing the button. Sample app: ?xml version=1.0 encoding=utf-8? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; layout=vertical mx:DateField editable=true/ /mx:Application I see this on Flex SDK 3.2, 3.4 and 4.0. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (FLEX-24257) DateField text scrolled when pressing DateField calendar button
[ https://issues.apache.org/jira/browse/FLEX-24257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean resolved FLEX-24257. -- Resolution: Fixed Fix Version/s: Apache Flex 4.10.0 DateField text scrolled when pressing DateField calendar button --- Key: FLEX-24257 URL: https://issues.apache.org/jira/browse/FLEX-24257 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK 3.2 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Browser: Internet Explorer 8.x Language Found: English Reporter: Adobe JIRA Assignee: Justin Mclean Fix For: Apache Flex 4.10.0 Attachments: screenshot-1.jpg Steps to reproduce: 1. Click on an editable DateField's calendar button when the DateField doesn't currently have focus. 2. Observe the text in the DateField's textinput area. Actual Results: The text is automatically highlighted and scrolled to the left such that the beginning part of the date text isn't visible. Expected Results: The text should not be highlighted or scrolled at all. Workaround (if any): Click in the textinput area before pressing the button. Sample app: ?xml version=1.0 encoding=utf-8? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; layout=vertical mx:DateField editable=true/ /mx:Application I see this on Flex SDK 3.2, 3.4 and 4.0. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-24257) DateField text scrolled when pressing DateField calendar button
[ https://issues.apache.org/jira/browse/FLEX-24257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13686609#comment-13686609 ] Justin Mclean commented on FLEX-24257: -- Also should of mentioned it's an issue in Apache Flex 4.9. DateField text scrolled when pressing DateField calendar button --- Key: FLEX-24257 URL: https://issues.apache.org/jira/browse/FLEX-24257 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK 3.2 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Browser: Internet Explorer 8.x Language Found: English Reporter: Adobe JIRA Assignee: Justin Mclean Attachments: screenshot-1.jpg Steps to reproduce: 1. Click on an editable DateField's calendar button when the DateField doesn't currently have focus. 2. Observe the text in the DateField's textinput area. Actual Results: The text is automatically highlighted and scrolled to the left such that the beginning part of the date text isn't visible. Expected Results: The text should not be highlighted or scrolled at all. Workaround (if any): Click in the textinput area before pressing the button. Sample app: ?xml version=1.0 encoding=utf-8? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; layout=vertical mx:DateField editable=true/ /mx:Application I see this on Flex SDK 3.2, 3.4 and 4.0. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Reopened] (FLEX-24257) DateField text scrolled when pressing DateField calendar button
[ https://issues.apache.org/jira/browse/FLEX-24257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean reopened FLEX-24257: -- DateField text scrolled when pressing DateField calendar button --- Key: FLEX-24257 URL: https://issues.apache.org/jira/browse/FLEX-24257 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK 3.2 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Browser: Internet Explorer 8.x Language Found: English Reporter: Adobe JIRA Assignee: Justin Mclean Attachments: screenshot-1.jpg Steps to reproduce: 1. Click on an editable DateField's calendar button when the DateField doesn't currently have focus. 2. Observe the text in the DateField's textinput area. Actual Results: The text is automatically highlighted and scrolled to the left such that the beginning part of the date text isn't visible. Expected Results: The text should not be highlighted or scrolled at all. Workaround (if any): Click in the textinput area before pressing the button. Sample app: ?xml version=1.0 encoding=utf-8? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; layout=vertical mx:DateField editable=true/ /mx:Application I see this on Flex SDK 3.2, 3.4 and 4.0. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-19842) DateField size measured too small
[ https://issues.apache.org/jira/browse/FLEX-19842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13686615#comment-13686615 ] Justin Mclean commented on FLEX-19842: -- Fixed in Apache Flex 4.10 DateField size measured too small - Key: FLEX-19842 URL: https://issues.apache.org/jira/browse/FLEX-19842 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK 3.2 (Release) Environment: Affected OS(s): All OS Platforms Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Assignee: Adobe JIRA Priority: Minor DateField.measure() has two problems: 1. It is a few pixels too small, causing the text field inside it to scroll. To reproduce: * Create an editable DateField mx:DateField editable=true /. * Choose a date (say, 01/01/2009). * Click somewhere else to move the focus out * Click in the DateField again, at the end (to the right of the 9) Result: the start of the date scrolls away Fix: make it 4 pixels wider (in DateField.measure, add an extra +4 to the measuredMinWidth = measuredWidth = ... 2. It tries to use 31/12/2004 as a sample date to measure the width, but it does new Date(2004, 12, 31), and months are 0-based there, so it actually uses 31/01/2005. With a date format where the month can be shown as 1 character, this causes the DateField to be one character too small. This can be reproduced in Flex 3.2 by having a labelFunction that formats the date like that, or (didn't test) since SDK-15386 the DateField itself also supports formatStrings like D/M/YY. Fix: replace it by new Date(2004, 11, 31) Workaround for both: override DateField.measure in a subclass, copying the implementation but adding an extra +4 and fixing the month in the date. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Reopened] (FLEX-16716) Confusing behavior when using left/right arrow keys with DateField
[ https://issues.apache.org/jira/browse/FLEX-16716?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean reopened FLEX-16716: -- Still an issue in Apache Flex 4.9/Apache Flex develop branch. Confusing behavior when using left/right arrow keys with DateField -- Key: FLEX-16716 URL: https://issues.apache.org/jira/browse/FLEX-16716 Project: Apache Flex Issue Type: Improvement Components: mx: DateField Affects Versions: Adobe Flex SDK 3.2 (Release) Environment: Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Assignee: Adobe JIRA Priority: Minor We'd like you to stop moving both the date itself on a calendar and cursor position on TextField, when left/right arrow key is pressed with DataChooser visible in an editable DateField. Description: When left/right arrow key is pressed with DataChooser visible in an editable DateField, both of listed below move: * date on a calendar * cursor position on TextField Could you make it, so that only a date on a calendar moves when DataChooser is shown, while only a cursor position on TextField moves when DataChoose is not shown? Workarounds: 1) derive a new class using DateField 2) declare two additional variables 3) overwrite keyDownHandler, keyUpHandler event handlers -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-16716) Confusing behavior when using left/right arrow keys with DateField
[ https://issues.apache.org/jira/browse/FLEX-16716?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-16716: - Assignee: (was: Adobe JIRA) Confusing behavior when using left/right arrow keys with DateField -- Key: FLEX-16716 URL: https://issues.apache.org/jira/browse/FLEX-16716 Project: Apache Flex Issue Type: Improvement Components: mx: DateField Affects Versions: Adobe Flex SDK 3.2 (Release) Environment: Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Priority: Minor Labels: easyfix We'd like you to stop moving both the date itself on a calendar and cursor position on TextField, when left/right arrow key is pressed with DataChooser visible in an editable DateField. Description: When left/right arrow key is pressed with DataChooser visible in an editable DateField, both of listed below move: * date on a calendar * cursor position on TextField Could you make it, so that only a date on a calendar moves when DataChooser is shown, while only a cursor position on TextField moves when DataChoose is not shown? Workarounds: 1) derive a new class using DateField 2) declare two additional variables 3) overwrite keyDownHandler, keyUpHandler event handlers -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-16716) Confusing behavior when using left/right arrow keys with DateField
[ https://issues.apache.org/jira/browse/FLEX-16716?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-16716: - Labels: easyfix (was: ) Confusing behavior when using left/right arrow keys with DateField -- Key: FLEX-16716 URL: https://issues.apache.org/jira/browse/FLEX-16716 Project: Apache Flex Issue Type: Improvement Components: mx: DateField Affects Versions: Adobe Flex SDK 3.2 (Release) Environment: Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Assignee: Adobe JIRA Priority: Minor Labels: easyfix We'd like you to stop moving both the date itself on a calendar and cursor position on TextField, when left/right arrow key is pressed with DataChooser visible in an editable DateField. Description: When left/right arrow key is pressed with DataChooser visible in an editable DateField, both of listed below move: * date on a calendar * cursor position on TextField Could you make it, so that only a date on a calendar moves when DataChooser is shown, while only a cursor position on TextField moves when DataChoose is not shown? Workarounds: 1) derive a new class using DateField 2) declare two additional variables 3) overwrite keyDownHandler, keyUpHandler event handlers -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-24671) Allow up/down arrows to change value of a closed datefield control
[ https://issues.apache.org/jira/browse/FLEX-24671?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13686635#comment-13686635 ] Justin Mclean commented on FLEX-24671: -- No longer an issue in Apache Flex 4.10. Allow up/down arrows to change value of a closed datefield control -- Key: FLEX-24671 URL: https://issues.apache.org/jira/browse/FLEX-24671 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK 4.0 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows Language Found: English Reporter: Adobe JIRA Assignee: Adobe JIRA Priority: Trivial Steps to reproduce: 1. Run attached sample. 2. Focus the datefield control. 3. Attempt to use up/down arrows to change the value without opening the control. Actual Results: Nothing happens. Expected Results: * If no date is selected, start with today's date on first up or down arrow. * If a date is selected, move back or forward one day based on which arrow key was pressed. * Alternatively, implement more keys for navigating a closed datefield control. Suggestions: left/right arrows move by day, up/down by week, page up/down by month, ctrl+page up/down by year (if these do not cause conflicts with Flash/Flex or the browser). * Allow automatic movement to a new month/year as necessary in either direction. Note: This is being entered with component Accessibility because, at this time, there are accessibility problems with the control when it it is open. This change would at least allow simple navigation through dates with assistive technology. Workaround (if any): -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-977) Using arrow keys to navigate DateField always starts on the 2nd of the month
[ https://issues.apache.org/jira/browse/FLEX-977?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-977: --- Labels: easyfix (was: ) Using arrow keys to navigate DateField always starts on the 2nd of the month Key: FLEX-977 URL: https://issues.apache.org/jira/browse/FLEX-977 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): All OS Platforms Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Priority: Minor Labels: easyfix Fix For: Adobe Flex SDK Previous Reproduction: 1. Compile run the following: ?xml version=1.0 encoding=iso-8859-1? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; width=600 height=600 mx:DateField / /mx:Application 2. Click on the DateField *Notice none of the days have a blue highlight 3. Hit the right arrow key Actual Results: The 2nd of the month is now highlighted. Expected Results: Either the 1st of the month should be highlighted after step 2. or the 1st of the month should be highlighted after hitting the right arrow key. Workaround: -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Reopened] (FLEX-977) Using arrow keys to navigate DateField always starts on the 2nd of the month
[ https://issues.apache.org/jira/browse/FLEX-977?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean reopened FLEX-977: Assignee: (was: Adobe JIRA) Can reproduce in Apache Flex 4.10 develop branch. Using arrow keys to navigate DateField always starts on the 2nd of the month Key: FLEX-977 URL: https://issues.apache.org/jira/browse/FLEX-977 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): All OS Platforms Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Priority: Minor Fix For: Adobe Flex SDK Previous Reproduction: 1. Compile run the following: ?xml version=1.0 encoding=iso-8859-1? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; width=600 height=600 mx:DateField / /mx:Application 2. Click on the DateField *Notice none of the days have a blue highlight 3. Hit the right arrow key Actual Results: The 2nd of the month is now highlighted. Expected Results: Either the 1st of the month should be highlighted after step 2. or the 1st of the month should be highlighted after hitting the right arrow key. Workaround: -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-32365) 强制转换类型失败:无法将 1975-09-17 转换为 Date
[ https://issues.apache.org/jira/browse/FLEX-32365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-32365: - Labels: easy easytest fix (was: ) 强制转换类型失败:无法将 1975-09-17 转换为 Date -- Key: FLEX-32365 URL: https://issues.apache.org/jira/browse/FLEX-32365 Project: Apache Flex Issue Type: Bug Components: ADG:Display Affects Versions: Adobe Flex SDK 3.3 (Release) Environment: Affected OS(s): All OS Platforms Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Assignee: Adobe JIRA Priority: Minor Labels: easy, easytest, fix Steps to reproduce: 1.formatString -MM-DD 2. in AdvancedDataGrid 3. TypeError: Error #1034: 强制转换类型失败:无法将 1975-09-17 转换为 Date。 at mx.controls::DateField/set data()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\controls\DateField.as:735] at mx.controls::AdvancedDataGridBaseEx/itemEditorItemEditBeginHandler()[C:\Work\flex\dmv_automation\projects\datavisualisation\src\mx\controls\AdvancedDataGridBaseEx.as:6417] at flash.events::EventDispatcher/dispatchEventFunction() at flash.events::EventDispatcher/dispatchEvent() at mx.core::UIComponent/dispatchEvent()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\core\UIComponent.as:9051] at mx.controls::AdvancedDataGridBaseEx/commitEditedItemPosition()[C:\Work\flex\dmv_automation\projects\datavisualisation\src\mx\controls\AdvancedDataGridBaseEx.as:4463] at mx.controls::AdvancedDataGridBaseEx/updateDisplayList()[C:\Work\flex\dmv_automation\projects\datavisualisation\src\mx\controls\AdvancedDataGridBaseEx.as:1807] at mx.controls::AdvancedDataGrid/updateDisplayList()[C:\Work\flex\dmv_automation\projects\datavisualisation\src\mx\controls\AdvancedDataGrid.as:5924] at mx.controls.listClasses::AdvancedListBase/validateDisplayList()[C:\Work\flex\dmv_automation\projects\datavisualisation\src\mx\controls\listClasses\AdvancedListBase.as:3071] at mx.managers::LayoutManager/validateDisplayList()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\managers\LayoutManager.as:602] at mx.managers::LayoutManager/doPhasedInstantiation()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\managers\LayoutManager.as:675] at Function/http://adobe.com/AS3/2006/builtin::apply() at mx.core::UIComponent/callLaterDispatcher2()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\core\UIComponent.as:8460] at mx.core::UIComponent/callLaterDispatcher()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\core\UIComponent.as:8403] -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-32365) 强制转换类型失败:无法将 1975-09-17 转换为 Date
[ https://issues.apache.org/jira/browse/FLEX-32365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-32365: - Labels: easyfix easytest (was: easy easytest fix) 强制转换类型失败:无法将 1975-09-17 转换为 Date -- Key: FLEX-32365 URL: https://issues.apache.org/jira/browse/FLEX-32365 Project: Apache Flex Issue Type: Bug Components: ADG:Display Affects Versions: Adobe Flex SDK 3.3 (Release) Environment: Affected OS(s): All OS Platforms Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Assignee: Adobe JIRA Priority: Minor Labels: easyfix, easytest Steps to reproduce: 1.formatString -MM-DD 2. in AdvancedDataGrid 3. TypeError: Error #1034: 强制转换类型失败:无法将 1975-09-17 转换为 Date。 at mx.controls::DateField/set data()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\controls\DateField.as:735] at mx.controls::AdvancedDataGridBaseEx/itemEditorItemEditBeginHandler()[C:\Work\flex\dmv_automation\projects\datavisualisation\src\mx\controls\AdvancedDataGridBaseEx.as:6417] at flash.events::EventDispatcher/dispatchEventFunction() at flash.events::EventDispatcher/dispatchEvent() at mx.core::UIComponent/dispatchEvent()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\core\UIComponent.as:9051] at mx.controls::AdvancedDataGridBaseEx/commitEditedItemPosition()[C:\Work\flex\dmv_automation\projects\datavisualisation\src\mx\controls\AdvancedDataGridBaseEx.as:4463] at mx.controls::AdvancedDataGridBaseEx/updateDisplayList()[C:\Work\flex\dmv_automation\projects\datavisualisation\src\mx\controls\AdvancedDataGridBaseEx.as:1807] at mx.controls::AdvancedDataGrid/updateDisplayList()[C:\Work\flex\dmv_automation\projects\datavisualisation\src\mx\controls\AdvancedDataGrid.as:5924] at mx.controls.listClasses::AdvancedListBase/validateDisplayList()[C:\Work\flex\dmv_automation\projects\datavisualisation\src\mx\controls\listClasses\AdvancedListBase.as:3071] at mx.managers::LayoutManager/validateDisplayList()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\managers\LayoutManager.as:602] at mx.managers::LayoutManager/doPhasedInstantiation()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\managers\LayoutManager.as:675] at Function/http://adobe.com/AS3/2006/builtin::apply() at mx.core::UIComponent/callLaterDispatcher2()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\core\UIComponent.as:8460] at mx.core::UIComponent/callLaterDispatcher()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\core\UIComponent.as:8403] -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Reopened] (FLEX-32365) 强制转换类型失败:无法将 1975-09-17 转换为 Date
[ https://issues.apache.org/jira/browse/FLEX-32365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean reopened FLEX-32365: -- May of been fixed in Apache Flex 4.10 develop branch. 强制转换类型失败:无法将 1975-09-17 转换为 Date -- Key: FLEX-32365 URL: https://issues.apache.org/jira/browse/FLEX-32365 Project: Apache Flex Issue Type: Bug Components: ADG:Display Affects Versions: Adobe Flex SDK 3.3 (Release) Environment: Affected OS(s): All OS Platforms Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Assignee: Adobe JIRA Priority: Minor Steps to reproduce: 1.formatString -MM-DD 2. in AdvancedDataGrid 3. TypeError: Error #1034: 强制转换类型失败:无法将 1975-09-17 转换为 Date。 at mx.controls::DateField/set data()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\controls\DateField.as:735] at mx.controls::AdvancedDataGridBaseEx/itemEditorItemEditBeginHandler()[C:\Work\flex\dmv_automation\projects\datavisualisation\src\mx\controls\AdvancedDataGridBaseEx.as:6417] at flash.events::EventDispatcher/dispatchEventFunction() at flash.events::EventDispatcher/dispatchEvent() at mx.core::UIComponent/dispatchEvent()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\core\UIComponent.as:9051] at mx.controls::AdvancedDataGridBaseEx/commitEditedItemPosition()[C:\Work\flex\dmv_automation\projects\datavisualisation\src\mx\controls\AdvancedDataGridBaseEx.as:4463] at mx.controls::AdvancedDataGridBaseEx/updateDisplayList()[C:\Work\flex\dmv_automation\projects\datavisualisation\src\mx\controls\AdvancedDataGridBaseEx.as:1807] at mx.controls::AdvancedDataGrid/updateDisplayList()[C:\Work\flex\dmv_automation\projects\datavisualisation\src\mx\controls\AdvancedDataGrid.as:5924] at mx.controls.listClasses::AdvancedListBase/validateDisplayList()[C:\Work\flex\dmv_automation\projects\datavisualisation\src\mx\controls\listClasses\AdvancedListBase.as:3071] at mx.managers::LayoutManager/validateDisplayList()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\managers\LayoutManager.as:602] at mx.managers::LayoutManager/doPhasedInstantiation()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\managers\LayoutManager.as:675] at Function/http://adobe.com/AS3/2006/builtin::apply() at mx.core::UIComponent/callLaterDispatcher2()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\core\UIComponent.as:8460] at mx.core::UIComponent/callLaterDispatcher()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\core\UIComponent.as:8403] -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-9645) Inconsistancy in date selection with keyboard and mouse. Selection of date is different while using mouse and keyboard.
[ https://issues.apache.org/jira/browse/FLEX-9645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13686641#comment-13686641 ] Justin Mclean commented on FLEX-9645: - Selection no longer toggles in Apache Flex 4.9 - however same issue exists with command click. Inconsistancy in date selection with keyboard and mouse. Selection of date is different while using mouse and keyboard. --- Key: FLEX-9645 URL: https://issues.apache.org/jira/browse/FLEX-9645 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): Windows Affected OS(s): Windows Language Found: English Reporter: Adobe JIRA Assignee: Adobe JIRA Priority: Minor Fix For: Adobe Flex SDK Previous Reproduction: 1. Run the below sample piece of code. ?xml version=1.0 encoding=iso-8859-1? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; mx:DateField/ mx:DateChooser id=dc/ mx:TextInput text={dc.selectedDate}/ /mx:Application 2. Open the datefield and select the date from the datechooser window, selected date will be shown in the datefield. 3. Open the datefield again and select the date selected in the previous step, now the date field will be empty. So the togglling happens when the same date is selected using mouse. 4. Open the datefield using the keyboard and select a date by hitting enter key, selected date will be shown in the datefield. 5. Open the datefield again and select the date selected in the previous step using keyboard. Notice that the date is still shown in the date field. Note : This behaviour is seen in dateChooser also. Actual Results: Inconsistancy in date selection with keyboard and mouse Expected Results: Should unselect the date when the selected date is selected again using keyboard. Workaround: none -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Reopened] (FLEX-9645) Inconsistancy in date selection with keyboard and mouse. Selection of date is different while using mouse and keyboard.
[ https://issues.apache.org/jira/browse/FLEX-9645?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean reopened FLEX-9645: - Assignee: (was: Adobe JIRA) Inconsistancy in date selection with keyboard and mouse. Selection of date is different while using mouse and keyboard. --- Key: FLEX-9645 URL: https://issues.apache.org/jira/browse/FLEX-9645 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): Windows Affected OS(s): Windows Language Found: English Reporter: Adobe JIRA Priority: Minor Fix For: Adobe Flex SDK Previous Reproduction: 1. Run the below sample piece of code. ?xml version=1.0 encoding=iso-8859-1? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; mx:DateField/ mx:DateChooser id=dc/ mx:TextInput text={dc.selectedDate}/ /mx:Application 2. Open the datefield and select the date from the datechooser window, selected date will be shown in the datefield. 3. Open the datefield again and select the date selected in the previous step, now the date field will be empty. So the togglling happens when the same date is selected using mouse. 4. Open the datefield using the keyboard and select a date by hitting enter key, selected date will be shown in the datefield. 5. Open the datefield again and select the date selected in the previous step using keyboard. Notice that the date is still shown in the date field. Note : This behaviour is seen in dateChooser also. Actual Results: Inconsistancy in date selection with keyboard and mouse Expected Results: Should unselect the date when the selected date is selected again using keyboard. Workaround: none -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Reopened] (FLEX-16008) Enhance DateFormatter to support custom string like YY Years MM Months DD Days
[ https://issues.apache.org/jira/browse/FLEX-16008?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean reopened FLEX-16008: -- Assignee: (was: Adobe JIRA) Still an issue in Apache Flex 4.10 develop branch. Enhance DateFormatter to support custom string like YY Years MM Months DD Days Key: FLEX-16008 URL: https://issues.apache.org/jira/browse/FLEX-16008 Project: Apache Flex Issue Type: Bug Components: Formatters Affects Versions: Adobe Flex SDK 3.0 (Release) Environment: Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Priority: Minor Run the following application, Pick a date in the date field, you will see the label output will be something like 08 years 10 months 22 days Notice the format string is YY years MM months DD days. However, if we change this to YY Years MM Months DD Days, the dateformatter will fail to output anything. ?xml version=1.0 encoding=utf-8? !-- Simple example to demonstrate the DateField control. -- mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; mx:DateFormatter id=df formatString=YY years MM months DD days/ mx:Panel title=DateField Control Example height=75% width=75% paddingTop=10 paddingLeft=10 paddingRight=10 mx:Label text=Disable dates on or before June 1, 2006./ mx:DateField id=dateField2 yearNavigationEnabled=true disabledRanges={[ {rangeEnd: new Date(2006, 5, 1)} ]} / mx:Label color=blue text=Date selected: {df.format(dateField2.selectedDate)}/ /mx:Panel /mx:Application -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-16008) Enhance DateFormatter to support custom string like YY Years MM Months DD Days
[ https://issues.apache.org/jira/browse/FLEX-16008?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-16008: - Labels: easyfix (was: ) Enhance DateFormatter to support custom string like YY Years MM Months DD Days Key: FLEX-16008 URL: https://issues.apache.org/jira/browse/FLEX-16008 Project: Apache Flex Issue Type: Bug Components: Formatters Affects Versions: Adobe Flex SDK 3.0 (Release) Environment: Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Priority: Minor Labels: easyfix Run the following application, Pick a date in the date field, you will see the label output will be something like 08 years 10 months 22 days Notice the format string is YY years MM months DD days. However, if we change this to YY Years MM Months DD Days, the dateformatter will fail to output anything. ?xml version=1.0 encoding=utf-8? !-- Simple example to demonstrate the DateField control. -- mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; mx:DateFormatter id=df formatString=YY years MM months DD days/ mx:Panel title=DateField Control Example height=75% width=75% paddingTop=10 paddingLeft=10 paddingRight=10 mx:Label text=Disable dates on or before June 1, 2006./ mx:DateField id=dateField2 yearNavigationEnabled=true disabledRanges={[ {rangeEnd: new Date(2006, 5, 1)} ]} / mx:Label color=blue text=Date selected: {df.format(dateField2.selectedDate)}/ /mx:Panel /mx:Application -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (FLEX-19842) DateField size measured too small
[ https://issues.apache.org/jira/browse/FLEX-19842?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean resolved FLEX-19842. -- Resolution: Fixed Fix Version/s: Apache Flex 4.10.0 DateField size measured too small - Key: FLEX-19842 URL: https://issues.apache.org/jira/browse/FLEX-19842 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK 3.2 (Release) Environment: Affected OS(s): All OS Platforms Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Assignee: Justin Mclean Priority: Minor Fix For: Apache Flex 4.10.0 DateField.measure() has two problems: 1. It is a few pixels too small, causing the text field inside it to scroll. To reproduce: * Create an editable DateField mx:DateField editable=true /. * Choose a date (say, 01/01/2009). * Click somewhere else to move the focus out * Click in the DateField again, at the end (to the right of the 9) Result: the start of the date scrolls away Fix: make it 4 pixels wider (in DateField.measure, add an extra +4 to the measuredMinWidth = measuredWidth = ... 2. It tries to use 31/12/2004 as a sample date to measure the width, but it does new Date(2004, 12, 31), and months are 0-based there, so it actually uses 31/01/2005. With a date format where the month can be shown as 1 character, this causes the DateField to be one character too small. This can be reproduced in Flex 3.2 by having a labelFunction that formats the date like that, or (didn't test) since SDK-15386 the DateField itself also supports formatStrings like D/M/YY. Fix: replace it by new Date(2004, 11, 31) Workaround for both: override DateField.measure in a subclass, copying the implementation but adding an extra +4 and fixing the month in the date. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Reopened] (FLEX-19842) DateField size measured too small
[ https://issues.apache.org/jira/browse/FLEX-19842?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean reopened FLEX-19842: -- Assignee: Justin Mclean (was: Adobe JIRA) DateField size measured too small - Key: FLEX-19842 URL: https://issues.apache.org/jira/browse/FLEX-19842 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK 3.2 (Release) Environment: Affected OS(s): All OS Platforms Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Assignee: Justin Mclean Priority: Minor DateField.measure() has two problems: 1. It is a few pixels too small, causing the text field inside it to scroll. To reproduce: * Create an editable DateField mx:DateField editable=true /. * Choose a date (say, 01/01/2009). * Click somewhere else to move the focus out * Click in the DateField again, at the end (to the right of the 9) Result: the start of the date scrolls away Fix: make it 4 pixels wider (in DateField.measure, add an extra +4 to the measuredMinWidth = measuredWidth = ... 2. It tries to use 31/12/2004 as a sample date to measure the width, but it does new Date(2004, 12, 31), and months are 0-based there, so it actually uses 31/01/2005. With a date format where the month can be shown as 1 character, this causes the DateField to be one character too small. This can be reproduced in Flex 3.2 by having a labelFunction that formats the date like that, or (didn't test) since SDK-15386 the DateField itself also supports formatStrings like D/M/YY. Fix: replace it by new Date(2004, 11, 31) Workaround for both: override DateField.measure in a subclass, copying the implementation but adding an extra +4 and fixing the month in the date. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-24257) DateField text scrolled when pressing DateField calendar button
[ https://issues.apache.org/jira/browse/FLEX-24257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13686692#comment-13686692 ] Justin Mclean commented on FLEX-24257: -- On OSX with locale set to fr_FR I get 68 as the maxWidth (for September, November and December). Values for each month vary form 62 to 68. DateField text scrolled when pressing DateField calendar button --- Key: FLEX-24257 URL: https://issues.apache.org/jira/browse/FLEX-24257 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK 3.2 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Browser: Internet Explorer 8.x Language Found: English Reporter: Adobe JIRA Assignee: Justin Mclean Fix For: Apache Flex 4.10.0 Attachments: screenshot-1.jpg Steps to reproduce: 1. Click on an editable DateField's calendar button when the DateField doesn't currently have focus. 2. Observe the text in the DateField's textinput area. Actual Results: The text is automatically highlighted and scrolled to the left such that the beginning part of the date text isn't visible. Expected Results: The text should not be highlighted or scrolled at all. Workaround (if any): Click in the textinput area before pressing the button. Sample app: ?xml version=1.0 encoding=utf-8? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; layout=vertical mx:DateField editable=true/ /mx:Application I see this on Flex SDK 3.2, 3.4 and 4.0. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-24257) DateField text scrolled when pressing DateField calendar button
[ https://issues.apache.org/jira/browse/FLEX-24257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13686698#comment-13686698 ] Justin Mclean commented on FLEX-24257: -- Issue is with the DateField measure method not TextInput from what I can see. May be other fixes/changes in ApacheFlex develop branch that are contributing as there's been quite a few fixes involving dates in the 4.10 branch. You could try the next build (#100 just about done) from Jenkins to see if it fixes the issue (https://builds.apache.org/job/flex-sdk/) but it's not actually that hard to compile the SDK. DateField text scrolled when pressing DateField calendar button --- Key: FLEX-24257 URL: https://issues.apache.org/jira/browse/FLEX-24257 Project: Apache Flex Issue Type: Bug Components: mx: DateField Affects Versions: Adobe Flex SDK 3.2 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Browser: Internet Explorer 8.x Language Found: English Reporter: Adobe JIRA Assignee: Justin Mclean Fix For: Apache Flex 4.10.0 Attachments: screenshot-1.jpg Steps to reproduce: 1. Click on an editable DateField's calendar button when the DateField doesn't currently have focus. 2. Observe the text in the DateField's textinput area. Actual Results: The text is automatically highlighted and scrolled to the left such that the beginning part of the date text isn't visible. Expected Results: The text should not be highlighted or scrolled at all. Workaround (if any): Click in the textinput area before pressing the button. Sample app: ?xml version=1.0 encoding=utf-8? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; layout=vertical mx:DateField editable=true/ /mx:Application I see this on Flex SDK 3.2, 3.4 and 4.0. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (FLEX-33589) Make installer run on Linux
Justin Mclean created FLEX-33589: Summary: Make installer run on Linux Key: FLEX-33589 URL: https://issues.apache.org/jira/browse/FLEX-33589 Project: Apache Flex Issue Type: Sub-task Reporter: Justin Mclean -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33589) Make installer run on Linux
[ https://issues.apache.org/jira/browse/FLEX-33589?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13685094#comment-13685094 ] Justin Mclean commented on FLEX-33589: -- Build script changed to work on Linux. Need to change deb package to be more informative (by adding description and screen shot) and improve installation experience. Need to try and remove This package is of poor quality message. Make installer run on Linux --- Key: FLEX-33589 URL: https://issues.apache.org/jira/browse/FLEX-33589 Project: Apache Flex Issue Type: Sub-task Reporter: Justin Mclean -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33587) Web FTP connection issue
[ https://issues.apache.org/jira/browse/FLEX-33587?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13682808#comment-13682808 ] Justin Mclean commented on FLEX-33587: -- Try using passive FTP (as opposed to active) if you can that may solve the issue. Web FTP connection issue Key: FLEX-33587 URL: https://issues.apache.org/jira/browse/FLEX-33587 Project: Apache Flex Issue Type: Bug Affects Versions: Adobe Flex SDK 4.0 (Release) Environment: Window 7 (64 bit) Reporter: Bharat Assignee: Alex Harui Labels: as, flex, flex4.0, socket Fix For: Adobe Flex SDK 4.0 (Release) Original Estimate: 12h Remaining Estimate: 12h I am creating an web ftp example using flex 4.0, when i run the application from development environment (from flex) its connecting ftp server perfectly and working fine. But when trying to connect FTP server from release build version of application. Its not working. What could be the possible reason to stop connecting FTP server from flex web ftp request? On FTP connection request receive error: Command socket error: [SecurityErrorEvent type=securityError bubbles=false cancelable=false eventPhase=2 text=Error #2048: Security sandbox violation: http://localhost/YemoWebFTP/WebFTP.swf cannot load data from 10.0.2.197:21] Also using crossdomain.xml as follow: ?xml version=1.0? !DOCTYPE cross-domain-policy SYSTEM /xml/dtds/cross-domain-policy.dtd !-- Policy file for xmlsocket://socks.example.com -- cross-domain-policy site-control permitted-cross-domain-policies=all/ !-- Instead of setting to-ports=*,administrators can use ranges and commas -- allow-access-from domain=* secure=true to-ports=21,80, 843, 1024-3000 / allow-http-request-headers-from domain=* headers=*/ /cross-domain-policy And from application before connection request to FTP server Security.loadPolicyFile(http://10.0.2.197/crossdomain.xml;); Additionaly, also tried: Security.allowDomain(*); Security.loadPolicyFile(xmlsocket://10.0.2.197); Thanks in advance. Bharat -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (FLEX-13423) DateChooser selectedRanges gives selectedRange start+1 day [if selectedRanges.rangeStart is same as selectableRange.rangeStart]
[ https://issues.apache.org/jira/browse/FLEX-13423?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean resolved FLEX-13423. -- Resolution: Fixed Can't reproduce issue as described but fix 2 other minor issues and checked into develop branch. 1. RTE when control click removes first selection of many. 2. Shift selecting multiple days and then control clicking multiple days out of the middle of the selection would sometime give incorrect election. DateChooser selectedRanges gives selectedRange start+1 day [if selectedRanges.rangeStart is same as selectableRange.rangeStart] --- Key: FLEX-13423 URL: https://issues.apache.org/jira/browse/FLEX-13423 Project: Apache Flex Issue Type: Bug Components: mx: DateChooser Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): Windows Affected OS(s): Windows XP Language Found: English Reporter: Adobe JIRA Assignee: Justin Mclean Priority: Minor Labels: easyfix, easytest Fix For: Apache Flex 4.10.0 Steps to reproduce: 1. Compile and run the below sample piece of code ?xml version=1.0 encoding=iso-8859-1? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; mx:DateChooser id=dc selectableRange={{rangeStart: new Date(2007,11,11), rangeEnd: new Date(2007,11,19)}} allowMultipleSelection=true / mx:Button label=Selected Range click=run()/ mx:Script ![CDATA[ public function run():void{ for(var i:int=0;idc.selectedRanges.length;i++) { trace(dc.selectedRanges[i].rangeStart); trace(dc.selectedRanges[i].rangeEnd); } } ]] /mx:Script /mx:Application 2. Notice that selectable range is in between 11-December to 19-December 3. Select all the dates 4. Click on the button 'Selected Range'. Notice that in the trace selected range start shows 12-December. Actual Results: DateChooser selectedRanges gives selectedRange start+1 day. Expected Results: selectedRange start date should be 11-December. Workaround (if any): none -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-13423) DateChooser selectedRanges gives selectedRange start+1 day [if selectedRanges.rangeStart is same as selectableRange.rangeStart]
[ https://issues.apache.org/jira/browse/FLEX-13423?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13678955#comment-13678955 ] Justin Mclean commented on FLEX-13423: -- Unable to reproduce in develop branch. Can you describe the steps to reproduce it with this code? ?xml version=1.0 encoding=utf-8? s:Application xmlns:fx=http://ns.adobe.com/mxml/2009; xmlns:s=library://ns.adobe.com/flex/spark xmlns:mx=library://ns.adobe.com/flex/mx s:layout s:VerticalLayout / /s:layout fx:Script ![CDATA[ import mx.events.CalendarLayoutChangeEvent; protected function changed(event:CalendarLayoutChangeEvent):void { var length:int = dc.selectedRanges.length; var selected:String = ; for (var i:int; i length; i++) { selected += + dc.selectedRanges[i].rangeStart + - + dc.selectedRanges[i].rangeEnd; } l.text = selected; } ]] /fx:Script mx:DateChooser id=dc change=changed(event) allowMultipleSelection=true / s:Label id=l / /s:Application As far a sI can see removeRangeFromSelection doesn't contain code above. mx_internal function removeRangeFromSelection(startDate:Date, endDate:Date):void { var rangeEnd:Date; var rangeStart:Date; if (endDate startDate) return; for (var n:int = 0; n selectedRangeCount; n++) { rangeStart = _selectedRanges[n].rangeStart; rangeEnd = _selectedRanges[n].rangeEnd; // ignore selection range outsie of date range if (endDate rangeStart || startDate rangeEnd) continue; // remove selection range inside of date range if (startDate = rangeStart endDate = rangeEnd) { _selectedRanges[n] = null; } // split selection range if date range inside selection range else if (startDate rangeStart endDate rangeEnd) { var temp:Date = _selectedRanges[n].rangeEnd; _selectedRanges[n].rangeEnd = addSubtractDays(startDate, -1); _selectedRanges[selectedRangeCount] = {}; _selectedRanges[selectedRangeCount].rangeStart = addSubtractDays(endDate, +1); _selectedRanges[selectedRangeCount].rangeEnd = temp; selectedRangeCount++; } // move selection start date if end overlaps else if (endDate = rangeStart) { _selectedRanges[n].rangeStart = addSubtractDays(endDate, +1); } // move selection end date if start overlaps else if (startDate = rangeEnd) { _selectedRanges[n].rangeEnd = addSubtractDays(startDate, -1); } } // clean up any removed selections for (n = selectedRangeCount -1; n 0; n--) { if (_selectedRanges[n] == null) { _selectedRanges.splice(n,1); selectedRangeCount--; } } } DateChooser selectedRanges gives selectedRange start+1 day [if selectedRanges.rangeStart is same as selectableRange.rangeStart] --- Key: FLEX-13423 URL: https://issues.apache.org/jira/browse/FLEX-13423 Project: Apache Flex Issue Type: Bug Components: mx: DateChooser Affects Versions: Adobe Flex SDK Previous
[jira] [Reopened] (FLEX-13423) DateChooser selectedRanges gives selectedRange start+1 day [if selectedRanges.rangeStart is same as selectableRange.rangeStart]
[ https://issues.apache.org/jira/browse/FLEX-13423?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean reopened FLEX-13423: -- Assignee: Justin Mclean DateChooser selectedRanges gives selectedRange start+1 day [if selectedRanges.rangeStart is same as selectableRange.rangeStart] --- Key: FLEX-13423 URL: https://issues.apache.org/jira/browse/FLEX-13423 Project: Apache Flex Issue Type: Bug Components: mx: DateChooser Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): Windows Affected OS(s): Windows XP Language Found: English Reporter: Adobe JIRA Assignee: Justin Mclean Priority: Minor Labels: easyfix, easytest Fix For: Apache Flex 4.10.0 Steps to reproduce: 1. Compile and run the below sample piece of code ?xml version=1.0 encoding=iso-8859-1? mx:Application xmlns:mx=http://www.adobe.com/2006/mxml; mx:DateChooser id=dc selectableRange={{rangeStart: new Date(2007,11,11), rangeEnd: new Date(2007,11,19)}} allowMultipleSelection=true / mx:Button label=Selected Range click=run()/ mx:Script ![CDATA[ public function run():void{ for(var i:int=0;idc.selectedRanges.length;i++) { trace(dc.selectedRanges[i].rangeStart); trace(dc.selectedRanges[i].rangeEnd); } } ]] /mx:Script /mx:Application 2. Notice that selectable range is in between 11-December to 19-December 3. Select all the dates 4. Click on the button 'Selected Range'. Notice that in the trace selected range start shows 12-December. Actual Results: DateChooser selectedRanges gives selectedRange start+1 day. Expected Results: selectedRange start date should be 11-December. Workaround (if any): none -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33083) Flash builder report An internal build error has occurred. See the error log for more information.
[ https://issues.apache.org/jira/browse/FLEX-33083?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13677830#comment-13677830 ] Justin Mclean commented on FLEX-33083: -- Changed license message to be more generic and checked into develop. Need other language translations. Flash builder report An internal build error has occurred. See the error log for more information. - Key: FLEX-33083 URL: https://issues.apache.org/jira/browse/FLEX-33083 Project: Apache Flex Issue Type: Bug Components: Project Management Environment: Flash builder 4.6 , sdk 4.8.0 Reporter: Alex Harui Assignee: Alex Harui Labels: easyfix Attachments: flex installer change.png, mxmlc.jar, swfutils.jar, weborb.codegen.test.zip 1. download the source kit from https://svn.apache.org/repos/asf/incubator/flex/trunk 2. run ant release 3. extract apache-flex-sdk-4.8.0-incubating-bin.zip to new folder 4. extract AIR Integration Kit.zip to folder 5 copy additional files for Flash Ide ( frameworks/libs\player\* and frameworks\*-config.xm) 6.create a simple project with reference to RemoteObject private var remote:RemoteObject; remote = new RemoteObject; flash builder log file : !ENTRY com.adobe.flexbuilder.project 4 43 2012-06-08 18:27:39.112 !MESSAGE Uncaught exception in compiler !STACK 0 java.lang.NullPointerException at flex2.compiler.CompilerAPI.getMessagingClasses(CompilerAPI.java:1730) at flex2.compiler.CompilerAPI.compile(CompilerAPI.java:1538) at flex2.tools.oem.Application.compile(Application.java:1357) at flex2.tools.oem.Application.recompile(Application.java:1295) at flex2.tools.oem.Application.compile(Application.java:894) at flex2.tools.flexbuilder.BuilderApplication.compile(BuilderApplication.java:367) at com.adobe.flexbuilder.multisdk.compiler.internal.ASApplicationBuilder$MyBuilder.mybuild(ASApplicationBuilder.java:319) at com.adobe.flexbuilder.multisdk.compiler.internal.ASApplicationBuilder.build(ASApplicationBuilder.java:129) at com.adobe.flexbuilder.multisdk.compiler.internal.ASBuilder.build(ASBuilder.java:198) at com.adobe.flexbuilder.multisdk.compiler.internal.ASItemBuilder.build(ASItemBuilder.java:70) at com.adobe.flexbuilder.project.compiler.internal.FlexProjectBuilder.buildItem(FlexProjectBuilder.java:607) at com.adobe.flexbuilder.project.compiler.internal.FlexProjectBuilder.build(FlexProjectBuilder.java:382) at com.adobe.flexbuilder.project.compiler.internal.FlexIncrementalBuilder.build(FlexIncrementalBuilder.java:187) at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:728) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:199) at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:239) at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:292) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:295) at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:351) at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:374) at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:143) at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:241) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (FLEX-33583) Context3D::setSamplerStateAt parameters missing in API
[ https://issues.apache.org/jira/browse/FLEX-33583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean resolved FLEX-33583. -- Resolution: Won't Fix Sorry but this is a Flash Player issue not an Apache Flex SDK issue and we are unable to fix it. Please report the bug in Adobe bug base at https://bugbase.adobe.com Context3D::setSamplerStateAt parameters missing in API -- Key: FLEX-33583 URL: https://issues.apache.org/jira/browse/FLEX-33583 Project: Apache Flex Issue Type: Bug Components: 3D Support Affects Versions: Adobe Flex SDK 4.6 (Release) Environment: All environments Reporter: Gary Paluk Labels: api-change, incomplete, sampler, states Fix For: Adobe Flex SDK 4.6 (Release) Their are missing parameters Context3D::setSamplerStateAt API When looking at the general parameters sent as sampler state using AGAL, you will notice 5 possible parameters that define the state. cube,linear,mipnearest,clamp,dxt1 The current setSamplerStateAt() API signature is as follows: public function setSamplerStateAt(sampler:int, wrap:String, filter:String, mipfilter:String):void Without all of the necessary state parameters, it deems the functionality as incomplete and unable to perform required functions needed to decouple and manage sampler state at runtime. Having this functionality would be in line with standard practices and provide the ability to reuse shaders for different texture types and allow for samplers to be derived after the the texture type has been derived, both of which are assumed fundamental to sampler state management. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33529) Change build scripts to create Linux source and release packages
[ https://issues.apache.org/jira/browse/FLEX-33529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13675786#comment-13675786 ] Justin Mclean commented on FLEX-33529: -- Flash Player error causes checkin tests to fail. Tests run correctly. [mxmlc] /home/justinmclean/sdk/frameworks/tests/basicTests/spark/views/HelloWorld.swf (60848 bytes) [echo] launching player and swf [exec] [exec] (flashplayerdebugger:4046): GLib-GObject-WARNING **: instance of invalid non-instantiatable type `(null)' [exec] [exec] (flashplayerdebugger:4046): GLib-GObject-CRITICAL **: g_signal_handlers_disconnect_matched: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed Changing failonerorr to be false in build file gets around this error: echo message=launching player and swf/ exec executable=${flash.player} dir=${basedir}/frameworks failonerror=false arg value=${basedir}/frameworks/tests/basicTests/BasicTests.swf/ /exec !-- halt if there was an error -- antcall target=mustellaresultsparser/ Change build scripts to create Linux source and release packages Key: FLEX-33529 URL: https://issues.apache.org/jira/browse/FLEX-33529 Project: Apache Flex Issue Type: Sub-task Reporter: Justin Mclean Attachments: pb.tar.gz -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (FLEX-14181) DividedBox call to getDividerAt(num) encounters null reference when no dividers are present
[ https://issues.apache.org/jira/browse/FLEX-14181?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean resolved FLEX-14181. -- Resolution: Fixed Fix Version/s: Apache Flex 4.10.0 Fixed and checked into develop branch. DividedBox call to getDividerAt(num) encounters null reference when no dividers are present --- Key: FLEX-14181 URL: https://issues.apache.org/jira/browse/FLEX-14181 Project: Apache Flex Issue Type: Bug Components: mx: DividedBox Affects Versions: Adobe Flex SDK 3.0 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows XP Browser: Firefox 2.x Language Found: English Reporter: Adobe JIRA Labels: easyfix, easytest Fix For: Apache Flex 4.10.0 What I am doing is programatically adding items to an HDividedBox. There may or may not be any components added to the dividerbox. Then later when I make a call to getDividerAt(i) I get the exception. I believe the member dividedLayer of DividedBox is null since nothing was added to it. Steps to reproduce: 1. Create a DividedBox, or in my case an HDividedBox 2. Make a call to the divider.getDividerAt(some number) 3. It blows up with a null reference. The null reference actually being the dividerLayer. Actual Results: TypeError: Error #1009: Cannot access a property or method of a null object reference. at mx.containers::DividedBox/getDividerAt()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\containers\DividedBox.as:697] at components::DataContainer/commitProperties()[C:\development\workspace\Components\src\components\DataContainerHelper.as:111] at mx.core::UIComponent/validateProperties()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\core\UIComponent.as:5670] at mx.managers::LayoutManager/validateProperties()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\managers\LayoutManager.as:519] at mx.managers::LayoutManager/doPhasedInstantiation()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\managers\LayoutManager.as:639] at Function/http://adobe.com/AS3/2006/builtin::apply() at mx.core::UIComponent/callLaterDispatcher2()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\core\UIComponent.as:8460] at mx.core::UIComponent/callLaterDispatcher()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\core\UIComponent.as:8403] Expected Results: I would expect to get a null value returned to me if either there was no dividerLayer or the item at the index was null. Workaround (if any): From what I can tell there is no getDividerCount method to check before making the call. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-14181) DividedBox call to getDividerAt(num) encounters null reference when no dividers are present
[ https://issues.apache.org/jira/browse/FLEX-14181?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13675815#comment-13675815 ] Justin Mclean commented on FLEX-14181: -- Code to reproduce. ?xml version=1.0 encoding=utf-8? s:Application xmlns:fx=http://ns.adobe.com/mxml/2009; xmlns:s=library://ns.adobe.com/flex/spark xmlns:mx=library://ns.adobe.com/flex/mx initialize=init(event) fx:Script ![CDATA[ import mx.containers.HBox; import mx.containers.HDividedBox; import mx.events.FlexEvent; protected function init(event:FlexEvent):void { var box:HDividedBox = new HDividedBox(); box.addChild(new HBox()); box.addChild(new HBox()); box.addChild(new HBox()); var divider:Object = box.getDividerAt(10); } ]] /fx:Script /s:Application DividedBox call to getDividerAt(num) encounters null reference when no dividers are present --- Key: FLEX-14181 URL: https://issues.apache.org/jira/browse/FLEX-14181 Project: Apache Flex Issue Type: Bug Components: mx: DividedBox Affects Versions: Adobe Flex SDK 3.0 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows XP Browser: Firefox 2.x Language Found: English Reporter: Adobe JIRA Labels: easyfix, easytest What I am doing is programatically adding items to an HDividedBox. There may or may not be any components added to the dividerbox. Then later when I make a call to getDividerAt(i) I get the exception. I believe the member dividedLayer of DividedBox is null since nothing was added to it. Steps to reproduce: 1. Create a DividedBox, or in my case an HDividedBox 2. Make a call to the divider.getDividerAt(some number) 3. It blows up with a null reference. The null reference actually being the dividerLayer. Actual Results: TypeError: Error #1009: Cannot access a property or method of a null object reference. at mx.containers::DividedBox/getDividerAt()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\containers\DividedBox.as:697] at components::DataContainer/commitProperties()[C:\development\workspace\Components\src\components\DataContainerHelper.as:111] at mx.core::UIComponent/validateProperties()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\core\UIComponent.as:5670] at mx.managers::LayoutManager/validateProperties()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\managers\LayoutManager.as:519] at mx.managers::LayoutManager/doPhasedInstantiation()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\managers\LayoutManager.as:639] at Function/http://adobe.com/AS3/2006/builtin::apply() at mx.core::UIComponent/callLaterDispatcher2()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\core\UIComponent.as:8460] at mx.core::UIComponent/callLaterDispatcher()[E:\dev\3.0.x\frameworks\projects\framework\src\mx\core\UIComponent.as:8403] Expected Results: I would expect to get a null value returned to me if either there was no dividerLayer or the item at the index was null. Workaround (if any): From what I can tell there is no getDividerCount method to check before making the call. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (FLEX-11930) Inproper condition for IF statement
[ https://issues.apache.org/jira/browse/FLEX-11930?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean resolved FLEX-11930. -- Resolution: Fixed Fix Version/s: Apache Flex 4.10.0 Fixed and checked into develop branch. Inproper condition for IF statement --- Key: FLEX-11930 URL: https://issues.apache.org/jira/browse/FLEX-11930 Project: Apache Flex Issue Type: Bug Components: .Unspecified - Framework Affects Versions: Adobe Flex SDK 3.0 (Release) Environment: Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Labels: easytest Fix For: Apache Flex 4.10.0 In file mx.containers.utilityClasses.CanvasLayout.as, the condition for an IF statement is identical to its ELSE IF statement. This causes the ELSE IF block can never be executed. private function applyAnchorStylesDuringUpdateDisplayList( availableWidth:Number, availableHeight:Number, child:IUIComponent = null):void { ... if (!parentBoundariesLR) { ... } else if (!parentBoundariesLR) { //The left, right or horizontalCenter style has been set to //a non-parent region, but no columns were declared message = resourceManager.getString( containers, noColumnsFound); throw new ConstraintError(message); } ... } -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-28976) Placing list item renderers on certain negative z coordinates results in a Flash Player crash.
[ https://issues.apache.org/jira/browse/FLEX-28976?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-28976: - Labels: easytest (was: ) Placing list item renderers on certain negative z coordinates results in a Flash Player crash. -- Key: FLEX-28976 URL: https://issues.apache.org/jira/browse/FLEX-28976 Project: Apache Flex Issue Type: Bug Components: 3D Support Affects Versions: Adobe Flex SDK 4.5.1 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows 7 Browser: Firefox 3.x Language Found: English Reporter: Adobe JIRA Labels: easytest The issue is related to applying custom 3d layouts on a Spark list. If the layout sets a negative z coordinate to a list item, FP crashes. The crash occurs only for certain coordinates that appear to be related to the perspective projection's focal length. E.g. for a focal length of 480, if z coordinate = -457, app crashes, otherwise not. Another example is for focal length of 200 and a limit of -190 on z. Note that the crash only occurs when setting the layout on a Spark list with an item renderer containing an Image control(Spark or MX; a simple Spark BitmapImage doesn't seem to trigger the crash). Also, the crash occurs only on machines that have fp 11.1.102.55 installed (Chrome, Firefox, IE9, release and debugger). On 11.0.1.152 and previous versions, the crash doesn't happen. The app was compiled with playerglobal.swc for both 10.3 and 11, with the same results. I've attached a simple test case that illustrates this behavior. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-18795) Improper Measuring in (at least) Button
[ https://issues.apache.org/jira/browse/FLEX-18795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-18795: - Labels: easytest (was: ) Improper Measuring in (at least) Button --- Key: FLEX-18795 URL: https://issues.apache.org/jira/browse/FLEX-18795 Project: Apache Flex Issue Type: Bug Components: Layout - General Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): All OS Platforms Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Labels: easytest Steps to reproduce: 1. Make container scaleX = .7 and scaleY = .7 2. Button Width to 300 3. Button Height to 25 4. Button Font Size 18 5. Button Label to Label Actual Results: Label gets cut off with a ... Expected Results: See the full label Workaround (if any): None that I can find, any would be appreciated!! -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (FLEX-22912) test attachments
[ https://issues.apache.org/jira/browse/FLEX-22912?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean resolved FLEX-22912. -- Resolution: Incomplete test attachments Key: FLEX-22912 URL: https://issues.apache.org/jira/browse/FLEX-22912 Project: Apache Flex Issue Type: Bug Components: Legacy/Deprecated Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Steps to reproduce: 1. 2. 3. Actual Results: Expected Results: Workaround (if any): -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (FLEX-20953) Test Bug for BugQuash jira integration. Just Ignore
[ https://issues.apache.org/jira/browse/FLEX-20953?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean resolved FLEX-20953. -- Resolution: Invalid Test Bug for BugQuash jira integration. Just Ignore --- Key: FLEX-20953 URL: https://issues.apache.org/jira/browse/FLEX-20953 Project: Apache Flex Issue Type: Improvement Components: mx: Application Affects Versions: Adobe Flex SDK Previous Environment: Language Found: English Reporter: Adobe JIRA Test Issue -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-16069) Scroller stepSize is not updated when Scroller and viewport are changed
[ https://issues.apache.org/jira/browse/FLEX-16069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-16069: - Labels: easyfix easytest (was: ) Scroller stepSize is not updated when Scroller and viewport are changed --- Key: FLEX-16069 URL: https://issues.apache.org/jira/browse/FLEX-16069 Project: Apache Flex Issue Type: Bug Components: Spark: Scroller Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Assignee: Adobe JIRA Priority: Minor Labels: easyfix, easytest Steps to reproduce: 1. Run atached file 2. Click Tab to focus on the Scroller 3. Click DOWN Key. Actual Results: Click StepSize button to see stepSize=1 Click Value button to see value=200 Expected Results: I believe stepSize should be updated to 200. Current behavior is inconsistent between calling step() function and clicking down key Workaround (if any): -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Reopened] (FLEX-16069) Scroller stepSize is not updated when Scroller and viewport are changed
[ https://issues.apache.org/jira/browse/FLEX-16069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean reopened FLEX-16069: -- Still an issue. Scroller stepSize is not updated when Scroller and viewport are changed --- Key: FLEX-16069 URL: https://issues.apache.org/jira/browse/FLEX-16069 Project: Apache Flex Issue Type: Bug Components: Spark: Scroller Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Assignee: Adobe JIRA Priority: Minor Steps to reproduce: 1. Run atached file 2. Click Tab to focus on the Scroller 3. Click DOWN Key. Actual Results: Click StepSize button to see stepSize=1 Click Value button to see value=200 Expected Results: I believe stepSize should be updated to 200. Current behavior is inconsistent between calling step() function and clicking down key Workaround (if any): -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-13030) Vertical Scroll Size should default to ~25 pixels to match HTML browser scroll size
[ https://issues.apache.org/jira/browse/FLEX-13030?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-13030: - Labels: easyfix easytest (was: ) Vertical Scroll Size should default to ~25 pixels to match HTML browser scroll size --- Key: FLEX-13030 URL: https://issues.apache.org/jira/browse/FLEX-13030 Project: Apache Flex Issue Type: Bug Components: mx: Application Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): Windows Affected OS(s): Windows XP Language Found: English Reporter: Adobe JIRA Labels: easyfix, easytest A Flex app feels sort of sluggish when using the scroll arrows. Setting the verticalScrollSize to 25 makes it more responsive and matches the default scroll size in the browser. Steps to reproduce: 1. 2. 3. Actual Results: Expected Results: Workaround (if any): -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-21915) horizontalAlign and verticalAlign Layout problem
[ https://issues.apache.org/jira/browse/FLEX-21915?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-21915: - Labels: easyfix easytest (was: ) horizontalAlign and verticalAlign Layout problem Key: FLEX-21915 URL: https://issues.apache.org/jira/browse/FLEX-21915 Project: Apache Flex Issue Type: Bug Components: mx: Box View Affects Versions: Adobe Flex SDK 3.0 (Release) Environment: Affected OS(s): All OS Platforms Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Priority: Minor Labels: easyfix, easytest Steps to reproduce: 1. Create a HBox or VBox with border style solid, borderThickness 2, borderColor red, horizontal Align right, and width and height to 100. 2. Then add a button having more that parent(HBox, VBox) width. 3. Use the following code for the same. mx:VBox width=100 height=100 borderColor=red id=nnk1 paddingTop=10 borderStyle=solid borderThickness=2 horizontalAlign=right verticalAlign=middle mx:Button label=nitin/ mx:Button label=kalaskar click=nnk.width=100 width=150/ /mx:VBox Actual Results: Scroll bars not appearing and partial button is displayed.. Expected Results: Scroll bars should appear with paddingLeft, and paddingRight Workaround (if any): Check mx.containers.utilityClasses.BoxLayout updateDisplayList function. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-14805) When compiling on a shared environment (Linux), a common directory, /tmp/Adobe, is created which causes compilation conflicts and permission issues.
[ https://issues.apache.org/jira/browse/FLEX-14805?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-14805: - Labels: easyfix easytest (was: ) When compiling on a shared environment (Linux), a common directory, /tmp/Adobe, is created which causes compilation conflicts and permission issues. -- Key: FLEX-14805 URL: https://issues.apache.org/jira/browse/FLEX-14805 Project: Apache Flex Issue Type: Bug Components: .Unspecified - Compiler, Runtime Localization Affects Versions: Adobe Flex SDK 3.0 (Release) Environment: Affected OS(s): Linux Affected OS(s): Linux RedHat Language Found: English Reporter: Adobe JIRA Labels: easyfix, easytest Steps to reproduce: Some Java class file involved in the generation of a dynamic resource bundle SFW file creates this directory: /tmp/Adobe/Flex/GeneratedResourceModules It places some temporary files in that directory and then deletes when the SWF is generated. here is a sample of the compile command: /bin/mxmlc -locale=en_US -source-path=MY_SOURCE_DIR/rss_showviewer/resources/en_US -include-resource-bundles=collections,containers,controls,core,effects,resources,skins,styles -output=MY_HOME_DIR/app/resources/en_US/showViewerResources_en_US.swf Actual Results: The actual directory does NOT get deleted. The owner of the directory is the Linux user account who started the resource SWF compile. No other users have write permissions to that directory. As a result, another user who then attempts to compile the SWFs will get some java Null Pointer exception stemming from the fact that the compiler was unable to create a file in that directory. Expected Results: The directory should get deleted. Workaround (if any): The workaround is to manually delete the directory or grant the necessary read and write permissions to the appropriate user accounts. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (FLEX-28668) ViewStack with one NavigatorContent RTEs when the NavigatorContent is removed.
[ https://issues.apache.org/jira/browse/FLEX-28668?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean resolved FLEX-28668. -- Resolution: Cannot Reproduce Probably fixed in earlier version of SDK. ViewStack with one NavigatorContent RTEs when the NavigatorContent is removed. -- Key: FLEX-28668 URL: https://issues.apache.org/jira/browse/FLEX-28668 Project: Apache Flex Issue Type: Bug Components: Spark: ViewStack Affects Versions: Adobe Flex SDK Next Environment: Affected OS(s): All OS Platforms Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA Labels: easytest I found this bug while fixing another one. I confirmed that this is not a regression. Steps to reproduce: Run this code: ?xml version=1.0 encoding=utf-8? s:WindowedApplication xmlns:fx=http://ns.adobe.com/mxml/2009; xmlns:s=library://ns.adobe.com/flex/spark xmlns:mx=library://ns.adobe.com/flex/mx minWidth=955 minHeight=600 backgroundColor=#FF fx:Script ![CDATA[ import spark.layouts.supportClasses.LayoutBase; public function removeElementAtHandler():void { mainViewStack.removeElementAt(0); } ]] /fx:Script s:layout s:VerticalLayout/ /s:layout s:Button id=btn1 label=removeElementAt click=removeElementAtHandler()/ s:ViewStack id=mainViewStack s:NavigatorContent id=view1 label=View 1 s:TextInput text=view1 width=60 / /s:NavigatorContent /s:ViewStack /s:WindowedApplication Actual Results: RTE: RangeError: Index 0 is out of range. at spark.components::Group/checkForRangeError()[/Users/mvujovic/Documents/FlexSources/trunk6/frameworks/projects/spark/src/spark/components/Group.as:1355] at spark.components::Group/getElementAt()[/Users/mvujovic/Documents/FlexSources/trunk6/frameworks/projects/spark/src/spark/components/Group.as:1336] at spark.components::SkinnableContainer/getElementAt()[/Users/mvujovic/Documents/FlexSources/trunk6/frameworks/projects/spark/src/spark/components/SkinnableContainer.as:814] at spark.components::ViewStack/get selectedElement()[/Users/mvujovic/Documents/FlexSources/trunk6/frameworks/projects/spark/src/spark/components/ViewStack.as:357] at spark.components::ViewStack/instantiateSelectedChild()[/Users/mvujovic/Documents/FlexSources/trunk6/frameworks/projects/spark/src/spark/components/ViewStack.as:1001] at spark.components::ViewStack/commitProperties()[/Users/mvujovic/Documents/FlexSources/trunk6/frameworks/projects/spark/src/spark/components/ViewStack.as:488] at mx.core::UIComponent/validateProperties()[/Users/mvujovic/Documents/FlexSources/trunk6/frameworks/projects/framework/src/mx/core/UIComponent.as:8347] at mx.managers::LayoutManager/validateProperties()[/Users/mvujovic/Documents/FlexSources/trunk6/frameworks/projects/framework/src/mx/managers/LayoutManager.as:597] at mx.managers::LayoutManager/doPhasedInstantiation()[/Users/mvujovic/Documents/FlexSources/trunk6/frameworks/projects/framework/src/mx/managers/LayoutManager.as:813] at mx.managers::LayoutManager/doPhasedInstantiationCallback()[/Users/mvujovic/Documents/FlexSources/trunk6/frameworks/projects/framework/src/mx/managers/LayoutManager.as:1180] Expected Results: No RTE. Workaround (if any): None -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-28962) Misordered {Key, Value} pairs in Metadata
[ https://issues.apache.org/jira/browse/FLEX-28962?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-28962: - Labels: easytest (was: ) Misordered {Key, Value} pairs in Metadata - Key: FLEX-28962 URL: https://issues.apache.org/jira/browse/FLEX-28962 Project: Apache Flex Issue Type: Bug Components: .Unspecified - Compiler Affects Versions: Adobe Flex SDK 4.5.1 (Release) Environment: Affected OS(s): Windows Affected OS(s): Windows XP Browser: Internet Explorer 8.x Language Found: English Reporter: Adobe JIRA Labels: easytest Steps to reproduce: Create a simple function like this : [Meta(Key1 = Value1, Key2 = Value2)] public function foo():void {...} Actual Results: After decompilation metadata becomes [Meta(Key1 = Key2, Value1 = Value2)] public function foo():void {...} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-14994) The offset parameter of Base64Encoder.encodeBytes doesn't work if it's not zero.
[ https://issues.apache.org/jira/browse/FLEX-14994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-14994: - Labels: easytest (was: ) The offset parameter of Base64Encoder.encodeBytes doesn't work if it's not zero. Key: FLEX-14994 URL: https://issues.apache.org/jira/browse/FLEX-14994 Project: Apache Flex Issue Type: Bug Components: .Unspecified - Framework Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): Windows Affected OS(s): Browser: Firefox 2.x Language Found: Japanese Reporter: Adobe JIRA Labels: easytest Steps to reproduce: 1. run attached mxml application 2. click test button 3. check debug console in FlexBuilder Actual Results: I can't get encoded text if offset is not zero. Expected Results: I can get encoded text if offset is not zero. Workaround (if any): creating another small bytearray between offset and length How to fix // see encodeBytes in Base64Encoder.as /* original code is below. This is wrong I think. var plainIndex:uint = offset; while (plainIndex length) */ /* This should be below. var plainIndex:uint = offset; while (plainIndex offset + length) */ -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33083) Flash builder report An internal build error has occurred. See the error log for more information.
[ https://issues.apache.org/jira/browse/FLEX-33083?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13675989#comment-13675989 ] Justin Mclean commented on FLEX-33083: -- The steps 1-6 as described above is not the recommended way to install the SDK. Not sure what is an easy way to resolver the issue, but a warning along the lines of Missing remote object library in getMessagingClasses would probably be the best solution. i.e. Change the MXMLC compiler. Flash builder report An internal build error has occurred. See the error log for more information. - Key: FLEX-33083 URL: https://issues.apache.org/jira/browse/FLEX-33083 Project: Apache Flex Issue Type: Bug Components: Project Management Environment: Flash builder 4.6 , sdk 4.8.0 Reporter: Alex Harui Labels: easyfix 1. download the source kit from https://svn.apache.org/repos/asf/incubator/flex/trunk 2. run ant release 3. extract apache-flex-sdk-4.8.0-incubating-bin.zip to new folder 4. extract AIR Integration Kit.zip to folder 5 copy additional files for Flash Ide ( frameworks/libs\player\* and frameworks\*-config.xm) 6.create a simple project with reference to RemoteObject private var remote:RemoteObject; remote = new RemoteObject; flash builder log file : !ENTRY com.adobe.flexbuilder.project 4 43 2012-06-08 18:27:39.112 !MESSAGE Uncaught exception in compiler !STACK 0 java.lang.NullPointerException at flex2.compiler.CompilerAPI.getMessagingClasses(CompilerAPI.java:1730) at flex2.compiler.CompilerAPI.compile(CompilerAPI.java:1538) at flex2.tools.oem.Application.compile(Application.java:1357) at flex2.tools.oem.Application.recompile(Application.java:1295) at flex2.tools.oem.Application.compile(Application.java:894) at flex2.tools.flexbuilder.BuilderApplication.compile(BuilderApplication.java:367) at com.adobe.flexbuilder.multisdk.compiler.internal.ASApplicationBuilder$MyBuilder.mybuild(ASApplicationBuilder.java:319) at com.adobe.flexbuilder.multisdk.compiler.internal.ASApplicationBuilder.build(ASApplicationBuilder.java:129) at com.adobe.flexbuilder.multisdk.compiler.internal.ASBuilder.build(ASBuilder.java:198) at com.adobe.flexbuilder.multisdk.compiler.internal.ASItemBuilder.build(ASItemBuilder.java:70) at com.adobe.flexbuilder.project.compiler.internal.FlexProjectBuilder.buildItem(FlexProjectBuilder.java:607) at com.adobe.flexbuilder.project.compiler.internal.FlexProjectBuilder.build(FlexProjectBuilder.java:382) at com.adobe.flexbuilder.project.compiler.internal.FlexIncrementalBuilder.build(FlexIncrementalBuilder.java:187) at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:728) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:199) at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:239) at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:292) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:295) at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:351) at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:374) at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:143) at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:241) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33558) CameraUI slow return to flex application on certain devices
[ https://issues.apache.org/jira/browse/FLEX-33558?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13676069#comment-13676069 ] Justin Mclean commented on FLEX-33558: -- mpLoader.loadFilePromise(mediaPromise) is a method in AIR and not the Apache Flex SDK There's probably very little that Apache Flex can do about this issue as it looks to be an AIR runtime issue or and issue with non SDK code (eg JPEGEncoder). Different versions of AIR on different phones perform differently - are you using captive runtime? CameraUI slow return to flex application on certain devices --- Key: FLEX-33558 URL: https://issues.apache.org/jira/browse/FLEX-33558 Project: Apache Flex Issue Type: Bug Affects Versions: Apache Flex 4.9.0 Environment: See below Reporter: Jesse Hellyer Labels: camera, cameraui Attachments: JPEGEncoder.as, KPMMobileApplication-app.xml, MobileData2.as, SDK_4.9.1-testing.fxp, _Super_MobileData2.as, ViewExistingRegistrationRequests.mxml, ViewProductRegistrationIOS.mxml I have been having very slow results with the CameraUI in flex. Initially, I was using version 3.1 which was VERY buggy, and I was running into erroring out returning from the CameraUI, and very slow speeds. I have since downloaded and installed the newest Apache Flex framework, 4.9.1. The CameraUI returns VERY fast on our Samsung Tab 7.1 that we bought a few months ago. On an older Droid Charge phone, that is up to date with updates, it takes 30-40 seconds to return from the CameraUI into my code. Same with an iPhone 4 running iOS 6.1. The line in question is marked in yellow below: mpLoader.loadFilePromise(mediaPromise); Essentially, I call the cameraUI when the user hits a button. The native camera interface opens up right away. A picture is taken. On iOS and Android both, you have to “save” or “use” the picture. Once you click that button in the native UI, the camera holds on a black screen for a long time (up to 30 seconds or so). That’s where the error seems to be, mpLoader.loadFilePromise(mediaPromise); You can see in the code I have put output statements to a label showing where the code is hanging. It hangs right after it writes out -16 Here is the code: https://gist.github.com/MrJesse34/5577978 And here is the XML config file: https://gist.github.com/MrJesse34/5627336 Here is a video of the behavior on my iPhone: http://www.youtube.com/watch?v=_QufH1ElqXo the issue starts at :30 and ends around :50 you can see the busy indicator stops spinning for that time Note the delay of the busy indicator - it happens right as the mpLoader.loadFilePromise(mediaPromise); code is ran. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33558) CameraUI slow return to flex application on certain devices
[ https://issues.apache.org/jira/browse/FLEX-33558?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13676399#comment-13676399 ] Justin Mclean commented on FLEX-33558: -- AIR methods they are marked with an air symbol in the documentation. The package also gives you a good clue if it a Flex SDK class or not. http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/flash/display/Loader.html CameraUI slow return to flex application on certain devices --- Key: FLEX-33558 URL: https://issues.apache.org/jira/browse/FLEX-33558 Project: Apache Flex Issue Type: Bug Affects Versions: Apache Flex 4.9.0 Environment: See below Reporter: Jesse Hellyer Labels: camera, cameraui Attachments: JPEGEncoder.as, KPMMobileApplication-app.xml, MobileData2.as, SDK_4.9.1-testing.fxp, _Super_MobileData2.as, ViewExistingRegistrationRequests.mxml, ViewProductRegistrationIOS.mxml I have been having very slow results with the CameraUI in flex. Initially, I was using version 3.1 which was VERY buggy, and I was running into erroring out returning from the CameraUI, and very slow speeds. I have since downloaded and installed the newest Apache Flex framework, 4.9.1. The CameraUI returns VERY fast on our Samsung Tab 7.1 that we bought a few months ago. On an older Droid Charge phone, that is up to date with updates, it takes 30-40 seconds to return from the CameraUI into my code. Same with an iPhone 4 running iOS 6.1. The line in question is marked in yellow below: mpLoader.loadFilePromise(mediaPromise); Essentially, I call the cameraUI when the user hits a button. The native camera interface opens up right away. A picture is taken. On iOS and Android both, you have to “save” or “use” the picture. Once you click that button in the native UI, the camera holds on a black screen for a long time (up to 30 seconds or so). That’s where the error seems to be, mpLoader.loadFilePromise(mediaPromise); You can see in the code I have put output statements to a label showing where the code is hanging. It hangs right after it writes out -16 Here is the code: https://gist.github.com/MrJesse34/5577978 And here is the XML config file: https://gist.github.com/MrJesse34/5627336 Here is a video of the behavior on my iPhone: http://www.youtube.com/watch?v=_QufH1ElqXo the issue starts at :30 and ends around :50 you can see the busy indicator stops spinning for that time Note the delay of the busy indicator - it happens right as the mpLoader.loadFilePromise(mediaPromise); code is ran. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33529) Change build scripts to create Linux source and release packages
[ https://issues.apache.org/jira/browse/FLEX-33529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13674103#comment-13674103 ] Justin Mclean commented on FLEX-33529: -- Fixed issued above so ant main and ant source-release work. Change build scripts to create Linux source and release packages Key: FLEX-33529 URL: https://issues.apache.org/jira/browse/FLEX-33529 Project: Apache Flex Issue Type: Sub-task Reporter: Justin Mclean Attachments: pb.tar.gz -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-32994) Label missing when resizing bar chart.
[ https://issues.apache.org/jira/browse/FLEX-32994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-32994: - Labels: easytest (was: ) Label missing when resizing bar chart. --- Key: FLEX-32994 URL: https://issues.apache.org/jira/browse/FLEX-32994 Project: Apache Flex Issue Type: Bug Components: ADG:Display Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): Windows Affected OS(s): Windows Language Found: English Reporter: Adobe JIRA Labels: easytest Steps to reproduce: 1.Create a bar chart inside a HDivided box. 2.Continously resize the chart by dragging the HDivided box. 3.Sometimes the data inside the chart goes missing(Screenshot attached). Actual Results: When we resize the bar chart continously, sometimes some of the data in the chart goes missing Expected Results: All the data inside the chart should show in every resize. Workaround (if any): -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-33529) Change build scripts to create Linux source and release packages
[ https://issues.apache.org/jira/browse/FLEX-33529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-33529: - Attachment: pizelbender.gz gzip of required PB files to compile on linux Change build scripts to create Linux source and release packages Key: FLEX-33529 URL: https://issues.apache.org/jira/browse/FLEX-33529 Project: Apache Flex Issue Type: Sub-task Reporter: Justin Mclean Attachments: pizelbender.gz -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-33529) Change build scripts to create Linux source and release packages
[ https://issues.apache.org/jira/browse/FLEX-33529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-33529: - Attachment: (was: pizelbender.gz) Change build scripts to create Linux source and release packages Key: FLEX-33529 URL: https://issues.apache.org/jira/browse/FLEX-33529 Project: Apache Flex Issue Type: Sub-task Reporter: Justin Mclean -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-33529) Change build scripts to create Linux source and release packages
[ https://issues.apache.org/jira/browse/FLEX-33529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-33529: - Attachment: pb.tar.gz Gziped archive of all compiled pixel bender files. Change build scripts to create Linux source and release packages Key: FLEX-33529 URL: https://issues.apache.org/jira/browse/FLEX-33529 Project: Apache Flex Issue Type: Sub-task Reporter: Justin Mclean Attachments: pb.tar.gz -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33052) Runtime error when using a chart in a module in an app that is also using charts
[ https://issues.apache.org/jira/browse/FLEX-33052?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13672288#comment-13672288 ] Justin Mclean commented on FLEX-33052: -- Can you supply a simple project that replicates this? Runtime error when using a chart in a module in an app that is also using charts Key: FLEX-33052 URL: https://issues.apache.org/jira/browse/FLEX-33052 Project: Apache Flex Issue Type: Bug Components: Charts Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): All OS Platforms Language Found: English Reporter: Adobe JIRA This is a regression in 4.6. It doesn't matter if the modules are Spark or not. Works fine in 4.5.1 and below. See attached FB project. Steps to reproduce: 1. Create an app that uses a chart and create a module that also uses a chart. Actual Results: TypeError: Error #1009: Cannot access a property or method of a null object reference. at mx.charts.chartClasses::ChartBase/initStyles()[E:\dev\4.y\frameworks\projects\charts\src\mx\charts\chartClasses\ChartBase.as:1862] Expected Results: No error and chart loads fine. Workaround (if any): Copy chart styles from module's parent styleManager into the module's own styleManager. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33547) Fix any JIRA bugs we want to see in this release
[ https://issues.apache.org/jira/browse/FLEX-33547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13672294#comment-13672294 ] Justin Mclean commented on FLEX-33547: -- Perhaps also FLEX-33052 Fix any JIRA bugs we want to see in this release Key: FLEX-33547 URL: https://issues.apache.org/jira/browse/FLEX-33547 Project: Apache Flex Issue Type: Sub-task Reporter: Justin Mclean Fix any bug we want to see in this release in particular regression issues. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Reopened] (FLEX-21488) [TLF 2458351] TextFlow class marked as final
[ https://issues.apache.org/jira/browse/FLEX-21488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean reopened FLEX-21488: -- Reported as an issue and now TLF is part of Flex we can change. [TLF 2458351] TextFlow class marked as final - Key: FLEX-21488 URL: https://issues.apache.org/jira/browse/FLEX-21488 Project: Apache Flex Issue Type: Improvement Components: .Unspecified - Framework Affects Versions: Adobe Flex SDK 4.1 (Release) Environment: Language Found: English Reporter: Adobe JIRA Assignee: Adobe JIRA Steps to reproduce: Look into TextFlow, ParagraphElement, LinkElement, etc Actual Results: Key TLF classes are marked as final Expected Results: Key TLF classes shouldn't be marked as final Workaround (if any): http://forums.adobe.com/thread/505209 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33529) Change build scripts to create Linux source and release packages
[ https://issues.apache.org/jira/browse/FLEX-33529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13671025#comment-13671025 ] Justin Mclean commented on FLEX-33529: -- Issues for ant main are currently: 1. Main build file checks for pixel bender. Easy fix. 2. Unable to compile the 20 odd pixel bender files. Can copy compile files from elsewhere to fix and make pixelbender_clean tasks do nothing. 3. Spark AIR line inint.renderMode = _renderMode; fails to compile. Easy fix. 4. StylableStageText.as fails to compile. Can be conditionally removed from MobileComponentClasses? 5. StageTextSkinBase.as, StageTextAreaSkin.as and StageTextInputSkin.as fail to compile. Can be conditionally removed from MobileThemeClasses.as? 6. Javascript target fails - missing code. Can remove javascript target from framework build.xml file but probably better way of fixing this. Why is code missing? With above mode ant source-release works although may require some modifications. Change build scripts to create Linux source and release packages Key: FLEX-33529 URL: https://issues.apache.org/jira/browse/FLEX-33529 Project: Apache Flex Issue Type: Sub-task Reporter: Justin Mclean -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33529) Change build scripts to create Linux source and release packages
[ https://issues.apache.org/jira/browse/FLEX-33529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13671029#comment-13671029 ] Justin Mclean commented on FLEX-33529: -- Was compiled on Ubuntu Desktop 12.04 LTS. Using Ant version: Apache Ant(TM) version 1.8.2 compiled on December 3 2011 And JDK version: java version 1.7.0_21 OpenJDK Runtime Environment (IcedTea 2.3.9) (7u21-2.3.9-0ubuntu0.12.04.1) OpenJDK Client VM (build 23.7-b01, mixed mode, sharing) Change build scripts to create Linux source and release packages Key: FLEX-33529 URL: https://issues.apache.org/jira/browse/FLEX-33529 Project: Apache Flex Issue Type: Sub-task Reporter: Justin Mclean -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (FLEX-33529) Change build scripts to create Linux source and release packages
[ https://issues.apache.org/jira/browse/FLEX-33529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13671025#comment-13671025 ] Justin Mclean edited comment on FLEX-33529 at 5/31/13 1:04 AM: --- Issues for ant main are currently: 1. Main build file checks for pixel bender. Easy fix. 2. Unable to compile the 20 odd pixel bender files. Can copy compile files from elsewhere to fix and make pixelbender_clean tasks do nothing. 3. Spark AIR line inint.renderMode = _renderMode; fails to compile. Easy fix. 4. StylableStageText.as fails to compile. Can be conditionally removed from MobileComponentClasses? 5. StageTextSkinBase.as, StageTextAreaSkin.as and StageTextInputSkin.as fail to compile. Can be conditionally removed from MobileThemeClasses.as? 6. Javascript target fails - missing code. Can remove javascript target from framework build.xml file but probably better way of fixing this. Why is code missing? With above modifications ant main and ant source-release succeed although may be some modifications required. was (Author: jmclean): Issues for ant main are currently: 1. Main build file checks for pixel bender. Easy fix. 2. Unable to compile the 20 odd pixel bender files. Can copy compile files from elsewhere to fix and make pixelbender_clean tasks do nothing. 3. Spark AIR line inint.renderMode = _renderMode; fails to compile. Easy fix. 4. StylableStageText.as fails to compile. Can be conditionally removed from MobileComponentClasses? 5. StageTextSkinBase.as, StageTextAreaSkin.as and StageTextInputSkin.as fail to compile. Can be conditionally removed from MobileThemeClasses.as? 6. Javascript target fails - missing code. Can remove javascript target from framework build.xml file but probably better way of fixing this. Why is code missing? With above mode ant source-release works although may require some modifications. Change build scripts to create Linux source and release packages Key: FLEX-33529 URL: https://issues.apache.org/jira/browse/FLEX-33529 Project: Apache Flex Issue Type: Sub-task Reporter: Justin Mclean -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33529) Change build scripts to create Linux source and release packages
[ https://issues.apache.org/jira/browse/FLEX-33529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13671070#comment-13671070 ] Justin Mclean commented on FLEX-33529: -- ant checkintests runs (and looks like it's correct) but reports failure. Probably just bitmap differences? Change build scripts to create Linux source and release packages Key: FLEX-33529 URL: https://issues.apache.org/jira/browse/FLEX-33529 Project: Apache Flex Issue Type: Sub-task Reporter: Justin Mclean -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33529) Change build scripts to create Linux source and release packages
[ https://issues.apache.org/jira/browse/FLEX-33529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13671085#comment-13671085 ] Justin Mclean commented on FLEX-33529: -- With above modifications all sub targets of ant binaryrelease except ant checkintests work. Change build scripts to create Linux source and release packages Key: FLEX-33529 URL: https://issues.apache.org/jira/browse/FLEX-33529 Project: Apache Flex Issue Type: Sub-task Reporter: Justin Mclean -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33529) Change build scripts to create Linux source and release packages
[ https://issues.apache.org/jira/browse/FLEX-33529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13671094#comment-13671094 ] Justin Mclean commented on FLEX-33529: -- Ant checkintests is failing on a test - not sure why. mustellaresultsparser: [java] test case sparkDataGridTest1result=failelapsed=5004phase=bodystarted=1369969428947extraInfo=nullmsg=DispatchMouseClickEvent(body:step failed [java] test case MXSortresult=failelapsed=1phase=bodystarted=1369969434705extraInfo=nullmsg=AssertMethodValue failed [java] results: FAILED Change build scripts to create Linux source and release packages Key: FLEX-33529 URL: https://issues.apache.org/jira/browse/FLEX-33529 Project: Apache Flex Issue Type: Sub-task Reporter: Justin Mclean -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33531) Run Mustella tests against Linux version of SDK
[ https://issues.apache.org/jira/browse/FLEX-33531?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13671120#comment-13671120 ] Justin Mclean commented on FLEX-33531: -- Issue with path to Flash player in build file - fixed. Not all tests currently compile due to path issues eg Assets/Images/ButtonImages/play.GIF vs Assets/Images/ButtonImages/play.gif. Missing tests to exclude list - fixed. Now able to run tests some tests fail. For example tests/components/Button: [java] = [java] Passes: 331 [java] Fails: 52 [java] = Other sets of test pass. tests/components/Label: [java] = [java] Passes: 255 [java] Fails: 0 [java] = tests/components/Formatters [java] = [java] Passes: 82 [java] Fails: 0 [java] = Run Mustella tests against Linux version of SDK --- Key: FLEX-33531 URL: https://issues.apache.org/jira/browse/FLEX-33531 Project: Apache Flex Issue Type: Sub-task Reporter: Justin Mclean -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33529) Change build scripts to create Linux source and release packages
[ https://issues.apache.org/jira/browse/FLEX-33529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13671130#comment-13671130 ] Justin Mclean commented on FLEX-33529: -- Looks like a timing error: TestCase Start: DataGridTestScript$sparkDataGridTest1 RESULT: scriptName=spark.scripts::DataGridTestScriptid=sparkDataGridTest1result=failelapsed=4079phase=bodystarted=1369972795751extraInfo=nullmsg=DispatchMouseClickEvent(body:step 18) Timeout waiting for selectionChange from sparkDataGridTests.testdg testComplete And a sorting order issue: TestCase Start: SortTestScript$MXSort RESULT: scriptName=spark.scripts::SortTestScriptid=MXSortresult=failelapsed=1phase=bodystarted=1369972800591extraInfo=nullmsg=AssertMethodValue (method cannot be shown)(body:step 1) method returned cote,côte,coté,côté,川 (U+5DDD),水 (U+6C34),海 (U+6D77),雨 (U+96E8), expected cote,coté,côte,côté,川 (U+5DDD),水 (U+6C34),海 (U+6D77),雨 (U+96E8) Change build scripts to create Linux source and release packages Key: FLEX-33529 URL: https://issues.apache.org/jira/browse/FLEX-33529 Project: Apache Flex Issue Type: Sub-task Reporter: Justin Mclean -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-32721) Border skin sometimes dissappears from AdvancedDataGrid
[ https://issues.apache.org/jira/browse/FLEX-32721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13669043#comment-13669043 ] Justin Mclean commented on FLEX-32721: -- Confirmed still an issue in Apache Flex 4.9.1 and that suggested fix solves the issue. As layoutChrome is fairly lightweight it it seem to be called almost every time I think we can do without the check. Border skin sometimes dissappears from AdvancedDataGrid --- Key: FLEX-32721 URL: https://issues.apache.org/jira/browse/FLEX-32721 Project: Apache Flex Issue Type: Bug Components: Advanced Data Grid Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): Windows Affected OS(s): Windows XP Language Found: English Reporter: Adobe JIRA Assignee: Justin Mclean Priority: Minor Steps to reproduce: 1. compile attached mxml 2. show and hide dataGrid Actual Results: Border goes missing when component re-added to the stage Expected Results: Border does not go missing Workaround (if any): override protected function layoutChrome(unscaledWidth:Number, unscaledHeight:Number):void { super.layoutChrome( unscaledWidth, unscaledHeight ); _layoutChromeCalled = true; } override protected function updateDisplayList( w : Number, h : Number ) : void { _layoutChromeCalled = false; super.updateDisplayList( w, h ); if( !_layoutChromeCalled )layoutChrome( w, h ) } Explanation: When the ADG is re-added to the stage ScrollControlBase.styleChanged is called with styleProp == null. This throws away the border and creates a new one. createBorder calls invalidateDisplayList. When updateDisplayList is called AdvancedListBase.updateDisplayList returns without calling super.updateDisplayList as the size of the component has not changed and none of the other conditions evaluate to true. ScrollControlBase.updateDisplayList, which is not called in this case would call layoutChrome which would correctly size the border. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Reopened] (FLEX-32571) ADG border disappears on state transition
[ https://issues.apache.org/jira/browse/FLEX-32571?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean reopened FLEX-32571: -- Assignee: Justin Mclean (was: Adobe JIRA) ADG border disappears on state transition - Key: FLEX-32571 URL: https://issues.apache.org/jira/browse/FLEX-32571 Project: Apache Flex Issue Type: Bug Components: ADG:Display, ADG:Formatting, Advanced Data Grid Affects Versions: Adobe Flex SDK Previous Environment: Affected OS(s): Windows Affected OS(s): Windows Language Found: English Reporter: Adobe JIRA Assignee: Justin Mclean Priority: Minor (We're using Flex Builder with Flex 3.2.0, also verified on Flex 3.4) Removing and then adding an AdvancedDataGrid using states causes border of the AdvancedDataGrid to disappear. To reproduce, this app and click on the 'hide' button, then click on the button. The ADG's border will be gone. Sorting or resizing a column will cause the border to draw again. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira