[svn:fx-trunk] 7071: Providing assignable lvalue context while parsing rvalues in preparation to fix bugs such as SDK-17748 and SDK-18877 .

Revision: 7071
Author:   [email protected]
Date:     2009-05-19 08:17:09 -0700 (Tue, 19 May 2009)
Log Message:
Providing assignable lvalue context while parsing rvalues in preparation to fix bugs such as SDK-17748 and SDK-18877. This change makes the compiler aware of a new piece of metadata . When parsing text values, this metadata instructs the TextParser to not look for literal syntax for Arrays, Booleans, Numbers, etc... and instead just treat the content as String. However, it will still honor { } binding syntax and @function syntax.
Once TLF and Gumbo text components are updated to use this metadata on the appropriate properties we will be able to close the bugs mentioned above.
QE: Not yet
Doc: No
Checkintests: Pass
Cyclone Tests: Mxunit, Mxunit - compc, Mxunit - rsl, Mxmlcunit, Compiler api all pass.
Reviewer: Paul
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-17748
    http://bugs.adobe.com/jira/browse/SDK-18877
Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/builder/AbstractBuilder.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/builder/ArrayBuilder.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/builder/ComponentBuilder.jav a
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/builder/DocumentBuilder.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/builder/PrimitiveBuilder.jav a
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/builder/VectorBuilder.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/lang/NodeTypeResolver.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/lang/StandardDefs.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/lang/TextParser.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/lang/ValueNodeHandler.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/reflect/Effect.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/reflect/Property.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/reflect/Style.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/reflect/TypeTable.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/rep/StatesModel.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler_en.properties
Added Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/reflect/Assignable.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/reflect/DynamicProperty.java

Similar Messages

[svn:fx-trunk] 13288: Changing the workaround for custom whitespace preservation in spark components in order to cater for fixes to SDK-24699 and SDK-24611 .

Revision: 13288
Revision: 13288
Author:   [email protected]
Date:     2010-01-05 15:21:57 -0800 (Tue, 05 Jan 2010)
Log Message:
Changing the workaround for custom whitespace preservation in spark components in order to cater for fixes to SDK-24699 and SDK-24611.
We now preserve whitespace for all of the spark "text" tags at compile time (but not only-whitespace content if an alternate text attribute was specified).
QE notes: Please ensure that whitespace preservation continues to work, including for the scenarios mentioned in previous issues SDK-22601, SDK-23160, SDK-23972.
Doc notes: N/A
Bugs:
SDK-24699 - Binding does not work with Spark TextInput "text" property
SDK-24611 - MXML compiler should preserve whitespace in FlowElement tags (such as
Reviewer: Paul
Tests run: checkintests, mustella RichText, List, TextArea (the 2 baseline position failures existed prior to these changes)
Is noteworthy for integration: Yes
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24699
    http://bugs.adobe.com/jira/browse/SDK-24611
    http://bugs.adobe.com/jira/browse/SDK-22601
    http://bugs.adobe.com/jira/browse/SDK-23160
    http://bugs.adobe.com/jira/browse/SDK-23972
    http://bugs.adobe.com/jira/browse/SDK-24699
    http://bugs.adobe.com/jira/browse/SDK-24611
Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/dom/MxmlScanner.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/dom/Node.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/lang/StandardDefs.java

This bug figures out also when creating a custom spark ComboBox, then trying to programatically update the userProposedSelectedIndex property. The proposed selected index is selected, but does not apply the same skin as when mouse is on rollover or item is selected due to up and down keys.
The issue seems like updating the status of the item renderer to rollover or selected to get the same skin applied.
Please could you attach DropDow nList.as that you edited ?
Thank you so much.

[svn:fx-3.x] 13209: Adding same fix for SDK-23838 and SDK-24205 to 3. x from trunk.

Revision: 13209
Revision: 13209
Author:   [email protected]
Date:     2009-12-23 15:45:53 -0800 (Wed, 23 Dec 2009)
Log Message:
Adding same fix for SDK-23838 and SDK-24205 to 3.x from trunk.
The dropDown was not receiving changes to styles nor dataproviders. This was a result of not recreating the dropDown each time it was shown. I've changed the default of the flag for destroying the dropDown to be true. I've also modified the code to only not destroy the dropDown when it is showing or being shown. I?\226?\128?\153ve also moved some of the code in the animation handler to check for a null dropDown first before destroying it.
QE notes: No
Doc notes: No
Bugs: SDK-23838, SDK-24205
Reviewer: Jason
Tests run: checkintests, ComboBox
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-23838
    http://bugs.adobe.com/jira/browse/SDK-24205
    http://bugs.adobe.com/jira/browse/SDK-23838
    http://bugs.adobe.com/jira/browse/SDK-24205
Modified Paths:
    flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/controls/ComboBox.as

[svn:osmf:] 16166: Fix bug FM-857: VAST impression and tracking events broken.

Revision: 16166
Revision: 16166
Author:   [email protected]
Date:     2010-05-17 16:44:55 -0700 (Mon, 17 May 2010)
Log Message:
Fix bug FM-857: VAST impression and tracking events broken.
Ticket Links:
    http://bugs.adobe.com/jira/browse/FM-857
Modified Paths:
    osmf/trunk/libs/VAST/org/osmf/vast/media/VASTImpressionProxyElement.as
    osmf/trunk/libs/VAST/org/osmf/vast/media/VASTTrackingProxyElement.as
    osmf/trunk/libs/VASTTest/org/osmf/vast/media/TestVASTImpressionProxyElement.as
    osmf/trunk/libs/VASTTest/org/osmf/vast/media/TestVASTTrackingProxyElement.as

[svn] 4656: Fix SDK-18823 and SDK-18885 - Skin tweaks to both default skins and wireframe skins .

Revision: 4656
Author: [email protected]
Date: 2009-01-23 18:07:45 -0800 (Fri, 23 Jan 2009)
Log Message:
Fix SDK-18823 and SDK-18885 - Skin tweaks to both default skins and wireframe skins. Its important to note that the wireframe skins for Spinner and NumericStepper are a bit behind the default skins look, but we'll be spending some time next iteration cleaning up the wireframe skins so thats ok for now.
QA: Yes - you might have to regen some bitmaps based on the tweks.
Doc: No
Checkintests: Pass
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-18823
http://bugs.adobe.com/jira/browse/SDK-18885
Modified Paths:
flex/sdk/trunk/frameworks/projects/flex4/src/mx/skins/spark/FxNumericStepperSkin.mxml
flex/sdk/trunk/frameworks/projects/wireframe/src/wireframe/FxNumericStepperSkin.mxml
flex/sdk/trunk/frameworks/projects/wireframe/src/wireframe/FxSpinnerDecrButtonSkin.mxml
flex/sdk/trunk/frameworks/projects/wireframe/src/wireframe/FxSpinnerIncrButtonSkin.mxml
flex/sdk/trunk/frameworks/projects/wireframe/src/wireframe/FxSpinnerSkin.mxml

[svn] 2893: Fixes for SDK-16507 and SDK-16502.

Revision: 2893
Author: [email protected]
Date: 2008-08-19 08:46:45 -0700 (Tue, 19 Aug 2008)
Log Message:
Fixes for SDK-16507 and SDK-16502. Tweaked the order of binding setup a bit, and took care of some edge cases related to function binding.
Reviewer: Paul Reilly
Bugs: SDK-16507, SDK-16502
QA: Yes
Doc: No
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-16507
http://bugs.adobe.com/jira/browse/SDK-16502
http://bugs.adobe.com/jira/browse/SDK-16507
http://bugs.adobe.com/jira/browse/SDK-16502
Modified Paths:
flex/sdk/trunk/frameworks/projects/framework/src/mx/binding/Binding.as
flex/sdk/trunk/frameworks/projects/framework/src/mx/binding/Watcher.as
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/ImplementationGenerator.java
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/gen/ClassDef.vm
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/gen/ClassDefLib.vm

[svn:fx-trunk] 13207: Accepted patch for UITextField textHeight property to work around an underlying bug in the player .

Revision: 13207
Revision: 13207
Author:   [email protected]
Date:     2009-12-23 13:11:43 -0800 (Wed, 23 Dec 2009)
Log Message:
Accepted patch for UITextField textHeight property to work around an underlying bug in the player.
flash.text.TextField does not take into account the leading on the final line of text when measuring itself, yet will scroll if it is not given this extra height. The player has retired this bug.
Ported componentSmoke test to basicTests. If this fail it means the player has fixed the bug and we need to remove the workaround.
QE notes: components/Text/Properties/Text_Properties_tester Checking_Property_textHeight needs to be updated
Doc notes:
Bugs: SDK-24461
Reviewer:
Tests run: checkintests, mx Label, Panel, TextInput, TextArea and Text
Is noteworthy for integration: no
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24461
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/src/mx/core/UITextField.as
    flex/sdk/trunk/frameworks/tests/basicTests/halo/scripts/TextTestScript.mxml

Revision: 13207
Revision: 13207
Author:   [email protected]
Date:     2009-12-23 13:11:43 -0800 (Wed, 23 Dec 2009)
Log Message:
Accepted patch for UITextField textHeight property to work around an underlying bug in the player.
flash.text.TextField does not take into account the leading on the final line of text when measuring itself, yet will scroll if it is not given this extra height. The player has retired this bug.
Ported componentSmoke test to basicTests. If this fail it means the player has fixed the bug and we need to remove the workaround.
QE notes: components/Text/Properties/Text_Properties_tester Checking_Property_textHeight needs to be updated
Doc notes:
Bugs: SDK-24461
Reviewer:
Tests run: checkintests, mx Label, Panel, TextInput, TextArea and Text
Is noteworthy for integration: no
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24461
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/src/mx/core/UITextField.as
    flex/sdk/trunk/frameworks/tests/basicTests/halo/scripts/TextTestScript.mxml

[svn:bz-trunk] 14143: Should have happened long time ago but deprecated idle-timeout-minutes in Servlet-based streaming channels and introduced connection-idle-timeout-minutes .

Revision: 14143
Revision: 14143
Author:   [email protected]
Date:     2010-02-12 05:30:48 -0800 (Fri, 12 Feb 2010)
Log Message:
Should have happened long time ago but deprecated idle-timeout-minutes in Servlet-based streaming channels and introduced connection-idle-timeout-minutes. This way both Servlet-based and NIO-based channels have consistent timeout config.
QA: No - I already tested.
Doc: Yes - If we have references to idle-timeout-minutes in the doc, should be changed to connection-idle-timeout-minutes.
Checkintests: Pass
Modified Paths:
    blazeds/trunk/modules/core/src/flex/messaging/endpoints/BaseStreamingHTTPEndpoint.java
    blazeds/trunk/resources/config/services-config.xml

ls -l /var/run/lighttpd/
And how are you spawning the php instances? I don't see that in the daemons array anywhere.
EDIT: It looks like the info in that page is no longer using pre-spawned instances, but lighttpd adaptive-spawn. The documentation has been made inconsistent it looks like.
You will note that with pre-spawned information, the config looks different[1].
You need to do one or the other, not both (eg. choose adaptive-spawn, or pre-spawn..not both).
[1]: http://wiki.archlinux.org/index.php?tit … oldid=8051 "change"

[svn] 3189: Accepted patch supplied in SDK-16641 and SDK-16643 to fix bad text measurement when the textIndent style is non-zero (as reported in SDK-16454 and SDK-15558).

Revision: 3189 Author: [email protected] Date: 2008-09-11 17:33:50 -0700 (Thu, 11 Sep 2008) Log Message: ----------- Accepted patch supplied in SDK-16641 and SDK-16643 to fix bad text measurement when the textIndent style is non-zero (as reported in SDK-16454 and SDK-15558). The reported width should include the indent. Although this fixes the problems reported with Accordion and Button labels (and some other components like Panel that appeared in the bug examples), it doesn't fix the Text component (even though it appeared in the bug eaxmple for SDK-15558). For example, the following still is truncated for some reason: <mx:Text text="This mx:text gets truncated" textIndent="50"/> This is presumably a separate bug, so I'm accepting the patch as being a step forward even if not a complete solution to textIndent-related measurement problems. Reviewer: N/A Bugs: Patch SDK-16641 for SDK-16454; Patch SDK-16643 for SDK-15558 QA: Please file a new bug for the <mx:Text> problem. Doc: No Ticket Links: ------------ http://bugs.adobe.com/jira/browse/SDK-16641 http://bugs.adobe.com/jira/browse/SDK-16643 http://bugs.adobe.com/jira/browse/SDK-16454 http://bugs.adobe.com/jira/browse/SDK-15558 http://bugs.adobe.com/jira/browse/SDK-15558 http://bugs.adobe.com/jira/browse/SDK-16641 http://bugs.adobe.com/jira/browse/SDK-16454 http://bugs.adobe.com/jira/browse/SDK-16643 http://bugs.adobe.com/jira/browse/SDK-15558 Modified Paths: -------------- flex/sdk/branches/3.0.x/frameworks/projects/framework/src/mx/core/UITextFormat.as

[svn:fx-trunk] 13169: * Fixes for two FB issues and two regressions caused by recent fixes.

Revision: 13169
Revision: 13169
Author:   [email protected]
Date:     2009-12-22 14:39:59 -0800 (Tue, 22 Dec 2009)
Log Message:
Fixes for two FB issues and two regressions caused by recent fixes.
QE notes:
Doc notes:
Bugs: SDK-24708, SDK-24668, SDK-24827, SDK-24829
Reviewer: Corey
Tests run: checkintests, com.adobe.flexbuilder.project JUnit tests
Is noteworthy for integration: Yes, fixes two FB issues
Code-level description of changes:
modules/compiler/src/java/flex2/tools/oem/Library.java
modules/compiler/src/java/flex2/tools/Compc.java
modules/compiler/src/java/flex2/tools/Fcsh.java
modules/compiler/src/java/flex2/compiler/asdoc/AsDocAPI.java
    Modified calls into SwcAPI's setupClasses() and
    setupNamespaceComponents() to pass in the SourceList.
modules/compiler/src/java/flex2/tools/VersionInfo.java
    Added null check to getBuild().
modules/compiler/src/java/flex2/compiler/CompilerAPI.java
    Modified compile() to only add elements of "classes" to "sources"
    if not already contained. This covers the case of a Source being
    in the SourceList and the manifest.
modules/compiler/src/java/flex2/compiler/swc/SwcAPI.java
    Modified setupClasses() and setupNamespaceComponents() to check the
    SourceList before the SourcePath when looking up sources.
modules/compiler/src/java/flex2/compiler/SourceList.java
    Made getPaths() public.
modules/compiler/src/java/flex2/compiler/CompilationUnit.java
    Modified setState() to skip disconnecting the root's Logger. This
    fixes SDK-24827 and SDK-24829.
modules/compiler/src/java/flex2/tools/oem/internal/OEMReport.java
    Added sourceList variable, modified procressSources() to
    initialize it, and modified init() to recursively store a
    timestamp for each path in the SourceList. This fixes SDK-24708.
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24708
    http://bugs.adobe.com/jira/browse/SDK-24668
    http://bugs.adobe.com/jira/browse/SDK-24827
    http://bugs.adobe.com/jira/browse/SDK-24829
    http://bugs.adobe.com/jira/browse/SDK-24827
    http://bugs.adobe.com/jira/browse/SDK-24829
    http://bugs.adobe.com/jira/browse/SDK-24708
Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/CompilationUnit.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/CompilerAPI.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/SourceList.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/as3/SignatureExtension.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/AsDocAPI.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcAPI.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/tools/Compc.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/tools/Fcsh.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/tools/VersionInfo.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/tools/oem/Library.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/tools/oem/internal/OEMReport.java

[svn:fx-trunk] 12043: * Weekly batch of compiler fixes.

Revision: 12043
Revision: 12043
Author:   [email protected]
Date:     2009-11-20 08:00:57 -0800 (Fri, 20 Nov 2009)
Log Message:
Weekly batch of compiler fixes.
QE notes: mustella server runs can use -debug or
          -omit-trace-statements=false now.
Doc notes: Yes, new option.
Bugs: SDK-24229, SDK-24228, SDK-24224, SDK-24271, SDK-24001, SDK-24075
Reviewer: Pete F (SwcChecksums.java, PreLink.java), Corey (everything else)
Tests run: full cyclone, which had some mxunit and junit failures,
           which I fixed and confirmed by rerunning the failed tests.
           Mustella had a bunch of VideoPlayer related failures, which
           I assume a related to the switch to the OSMF player.
Is noteworthy for integration: Yes, added new option -omit-trace-statements,
                               the default is true for production.
Code-level description of changes:
modules/compiler/src/java/flex2/configuration_en.properties
    Added details for report-invalid-styles-as-warnings and
    show-invalid-css-property-warnings to finish off SDK-24001.
modules/compiler/src/java/flex2/tools/SwcChecksums.java
    Take non-SWC theme files into consideration when generating the
    SWC checksum, because getThemeInfo() in CompilerConfiguration has
    doChecksum() returning false. This fixes part of SDK-24271.
modules/compiler/src/java/flex2/tools/PreLink.java
    Modified processMainUnit() to replace duplicates returned from
    StylesContainer.processDependencies() rather than skipping them.
    This fixes the rest of SDK-24271, which was introduced by revision
    11575.
modules/compiler/src/java/flex2/compiler/common/CompilerConfiguration.java
    Added omit-trace-statements option.
modules/compiler/src/java/flex2/compiler/common/DefaultsConfigurator.java
frameworks/flex-config.xml
    Added omit-trace-statements default of true.
modules/compiler/src/java/flex2/compiler/SymbolTable.java
    Modified constructor to turn on trace statement omission when
    debug is false and omitTraceStatements is true.
modules/compiler/src/java/flex2/compiler/mxml/InterfaceCompiler.java
    Essentially revert the fix for SDK-23662, which fixes SDK-24229,
    SDK-24228, and SDK-24224.
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24229
    http://bugs.adobe.com/jira/browse/SDK-24228
    http://bugs.adobe.com/jira/browse/SDK-24224
    http://bugs.adobe.com/jira/browse/SDK-24271
    http://bugs.adobe.com/jira/browse/SDK-24001
    http://bugs.adobe.com/jira/browse/SDK-24075
    http://bugs.adobe.com/jira/browse/SDK-24001
    http://bugs.adobe.com/jira/browse/SDK-24271
    http://bugs.adobe.com/jira/browse/SDK-24271
    http://bugs.adobe.com/jira/browse/SDK-23662
    http://bugs.adobe.com/jira/browse/SDK-24229
    http://bugs.adobe.com/jira/browse/SDK-24228
    http://bugs.adobe.com/jira/browse/SDK-24224
Modified Paths:
    flex/sdk/trunk/frameworks/flex-config.xml
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/SymbolTable.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/common/CompilerConfiguration.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/common/DefaultsConfigurator.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/InterfaceCompiler.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/configuration_en.properties
    flex/sdk/trunk/modules/compiler/src/java/flex2/tools/Mxmlc.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/tools/PreLink.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/tools/SwcChecksums.java

[svn:fx-trunk] 12270: * Another batch of compiler fixes.

Revision: 12270
Revision: 12270
Author:   [email protected]
Date:     2009-11-30 07:51:06 -0800 (Mon, 30 Nov 2009)
Log Message:
Another batch of compiler fixes.
QE notes:
Doc notes:
Bugs: SDK-24083, SDK-24084, SDK-23721, SDK-24386
Reviewer: Corey
Tests run: checkintests
Is noteworthy for integration: yes, fixes DMV issue and FB issue
Code-level description of changes:
modules/compiler/src/java/flex2/tools/PreLink.java
    Revert a last minute change, which I made before revision 12043,
    by moving the while loop back outside the for loop. Otherwise the
    iterator only gets created once inside the for loop. This fixes
    SDK-23721 and SDK-24386.
modules/compiler/src/java/flex2/compiler/as3/SyntaxTreeEvaluator.java
    Modified stripRedeclaredManagementVars() by checking if classInfo
    is null before using it. It can be null when errors have
    occurred. This helped reveal the problem with SDK-24083 and
    SDK-24084.
modules/compiler/src/java/flex2/compiler/SourceList.java
    Modified calculateRelativePath() to better handle multiple
    directories which overlap by name. This fixes SDK-24083 and
    SDK-24084.
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24083
    http://bugs.adobe.com/jira/browse/SDK-24084
    http://bugs.adobe.com/jira/browse/SDK-23721
    http://bugs.adobe.com/jira/browse/SDK-24386
    http://bugs.adobe.com/jira/browse/SDK-23721
    http://bugs.adobe.com/jira/browse/SDK-24386
    http://bugs.adobe.com/jira/browse/SDK-24083
    http://bugs.adobe.com/jira/browse/SDK-24084
    http://bugs.adobe.com/jira/browse/SDK-24083
    http://bugs.adobe.com/jira/browse/SDK-24084
Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/SourceList.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/as3/SyntaxTreeEvaluator.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/tools/PreLink.java

[svn:fx-trunk] 9385: SkinnableTextBase. as - remove code to redispatch UPDATE_COMPLETE event from RET.

Revision: 9385
Author:   [email protected]
Date:     2009-08-19 08:54:55 -0700 (Wed, 19 Aug 2009)
Log Message:
SkinnableTextBase.as - remove code to redispatch UPDATE_COMPLETE event from RET. For each property setter, even though they are just proxies to RET, call invalidateProperties() to generate UPDATE_COMPLETE events and add handler for the TextOperationEvent.CHANGE and call invalidateDisplayList() to generate UPDATE_COMPLETE events for RET size and display list changes. SDK-22705
TextArea.as - remove code to set scroller horizontalScrollPosition to off if "toFit". Need to do it "virtually" rather than actually change the scroller property. SDK-22680
RichEditableText.as
Changes to rememasureText() and measure() since not all combinations of constrainted width/height worked correctly, particularly if auto sizing. SDK-22727
Changes to textContainerManager_compositionCompleteHandler() to try to keep "contentWidth" seen by scroller constant if lineBreak="toFit" so the scroller doesn't think it needs to add a horizontal scroll bar. If the text is "toFit" there should never be a hsb. SDK-22680
Change to updateDisplayList() to scroll after updating the container if it was delayed when EditManager.updateAllContainers() last ran. SDK-22705
Removed default params from scrollToRange() since they don't make sense. SDK-22696.
Some cleanup based on TLF cleanup.
RichEditableTextContainerManager.as - in drawBackgroundAndSetScrollRect(), if auto sizing, should use the display list width and height for the scroll rect and background for the text rather than the content width and height.   SDK-22727 and SDK-22678 ended up fixed too.
RichEditableTextEditManager.as - flag to know if scroll is needed after updating the container in updateDisplayList. SDK-22696
QE notes: be sure to make automated tests for SDK-22727, SDK-22705, SDK-22678 please
Doc notes:
Bugs: SDK-22727, SDK-22626, SDK-22680, SDK-22705, SDK-22696, SDK-22678
Reviewer: Gordon
Tests run: basictests, checkintests, TextArea, TextInput, NumericSteeper
Is noteworthy for integration: no
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-22705
    http://bugs.adobe.com/jira/browse/SDK-22680
    http://bugs.adobe.com/jira/browse/SDK-22727
    http://bugs.adobe.com/jira/browse/SDK-22680
    http://bugs.adobe.com/jira/browse/SDK-22705
    http://bugs.adobe.com/jira/browse/SDK-22696
    http://bugs.adobe.com/jira/browse/SDK-22727
    http://bugs.adobe.com/jira/browse/SDK-22678
    http://bugs.adobe.com/jira/browse/SDK-22696
    http://bugs.adobe.com/jira/browse/SDK-22727
    http://bugs.adobe.com/jira/browse/SDK-22705
    http://bugs.adobe.com/jira/browse/SDK-22678
    http://bugs.adobe.com/jira/browse/SDK-22727
    http://bugs.adobe.com/jira/browse/SDK-22626
    http://bugs.adobe.com/jira/browse/SDK-22680
    http://bugs.adobe.com/jira/browse/SDK-22705
    http://bugs.adobe.com/jira/browse/SDK-22696
    http://bugs.adobe.com/jira/browse/SDK-22678
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/TextArea.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/supportClasses/SkinnableTex tBase.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/RichEditableText.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/supportClasses/RichEditable TextContainerManager.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/supportClasses/RichEditable TextEditManager.as

Potomac wrote:
check these bugreports :
https://bugs.archlinux.org/task/42505
https://bugs.archlinux.org/task/42353
it seems that this bug related to i915 chip ( or intel graphic card ) is fixed in kernel 3.18rc3 mainline ( we can find this kernel package in AUR )
there is also another and complete different bug when we use a kernel 3.17 and even 3.18 ( it's a random bug ) but with a similar effect : boot can hang ( the boot process suddenly stops ) :
https://bbs.archlinux.org/viewtopic.php?id=189622
https://bbs.archlinux.org/viewtopic.php?id=189324
downgrading to kernel 3.16.x is the workaround
I assume my computer is affected by one of these bugs. While I can get to the point where my window manager is loaded, everything almost immediately hangs (but doesn't freeze). Terminal windows become non-responsive and Chromium will refuse input. It's very weird. This happens with both of the 3.17 kernel updates but not in any of the 3.16 releases (including 3.16.7).
This is on an AMD system (cpu/gpu w/ open source driver). Overall 3.17 seems rather buggy.

[svn] 3791: Fix bug when resetting stylesheet on FxApplication

Revision: 3791
Author: [email protected]
Date: 2008-10-21 13:23:09 -0700 (Tue, 21 Oct 2008)
Log Message:
Fix bug when resetting stylesheet on FxApplication
SDK-17691 RTE loading styles
When the FxApplication replaces its style sheet, it unloads the previous skin and loads in a new one. With the new skin, it creates a new instance of the contentGroup. However, when the content is added to the contentGroup, it has already been parented by the previous version of the contentGroup. This causes the RTE because the content is not in the correct state.
The solution is to set the old contentGroup's content property to null when we remove the skin. We also force the contentGroup to validate immediately because the new contentGroup was processing its content array before the oldGroup had removed the content as children.
QE Notes: Needs testing
Doc Notes: none
Bugs: SDK-17691
Reviewer: Glenn
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-17691
http://bugs.adobe.com/jira/browse/SDK-17691
Modified Paths:
flex/sdk/trunk/frameworks/projects/flex4/src/mx/components/FxContainer.as

The password history check is not honored in a password reset. It always been like that and it is documented:
"Password History Length Constraint: If all of the following conditions are true, the following constraints MUST be satisfied:
The requesting protocol message is a password change (as compared to a password set)."http://msdn.microsoft.com/en-us/library/cc245669.aspx
So changing it is not a correcting a bug but asking to change the design. From a pure support perspective, you switched from bug request to design change request. Which might still be arguable if you have a solid business case.
Password set is given through an extended right, so by default only administrators or operators have this right. So it comes down to trust those individual. If you cannot, then you don't give them the right and you implement other identity
management solution (Password Self Reset for example).
Other fancy and not useful information:
http://msdn.microsoft.com/en-us/library/cc245692.aspx
Note: Posts are provided “AS IS” without warranty of any kind, either expressed or implied, including but not limited to the implied warranties of merchantability and/or fitness for a particular purpose.

[svn:fx-trunk] 12336: Fix ASC-3739 (VerifyError: Stack] caused by newfunction in voidResult context

Revision: 12336
Revision: 12336
Author:   [email protected]
Date:     2009-12-01 14:02:58 -0800 (Tue, 01 Dec 2009)
Log Message:
Fix ASC-3739 (VerifyError: Stack] caused by newfunction in voidResult context
Tests: tamarin,asc,flex checkin tests
Review: Jeff Dyer / Tom Harwood (TH reviewed Jeff's revised patch)
Ticket Links:
    http://bugs.adobe.com/jira/browse/ASC-3739
Modified Paths:
    flex/sdk/trunk/modules/asc/src/java/macromedia/asc/parser/FunctionCommonNode.java
    flex/sdk/trunk/modules/asc/src/java/macromedia/asc/semantics/CodeGenerator.java

[svn:fx-trunk] 7071: Providing assignable lvalue context while parsing rvalues in preparation to fix bugs such as SDK-17748 and SDK-18877 .

Similar Messages

Maybe you are looking for