[svn:fx-trunk] 10076: Redo fix for SDK-23080, since the last one introduced more problems.

Revision: 10076
Author:   [email protected]
Date:     2009-09-08 18:04:12 -0700 (Tue, 08 Sep 2009)
Log Message:
Redo fix for SDK-23080, since the last one introduced more problems.
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-23080
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/src/mx/graphics/RectangularDropShadow.as

If you're still using Buckminster 3.6, I strongly suggest switching to 3.7 - it has a number of bug fixes and improvements. This applies to both headless, and the IDE (assuming Eclipse 3.7 Indigo).
Matthew

Similar Messages

  • [svn:fx-trunk] 7824: Simple fix for SDK-21480 - Batik reports that the * selector has a null name so we handle this as a special case .

    Revision: 7824
    Author:   [email protected]
    Date:     2009-06-13 11:46:34 -0700 (Sat, 13 Jun 2009)
    Log Message:
    Simple fix for SDK-21480 - Batik reports that the * selector has a null name so we handle this as a special case.
    QE: Yes, this was really a compile time issue rather than a runtime issue.
    Doc: No
    Checkintests: Pass
    Bugs:
    SDK-21480 - Universal selector not applied
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-21480
        http://bugs.adobe.com/jira/browse/SDK-21480
    Modified Paths:
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/css/StyleModule.java

    Try the following changes to the JS file
    Lines 103 and 104 change the values
    this.showDelay = 100; // was 250
    this.hideDelay = 200; // was 600
    Comment out line 286
    Spry.Widget.MenuBar.prototype.bubbledTextEvent = function()
    //    return Spry.is.safari && (event.target == event.relatedTarget.parentNode || (event.eventPhase == 3 && event.target.parentNode == event.relatedTarget));
    Comment out line 366 and add new lines 366 and 367
    var self = this;
    this.addEventListener(listitem, 'click', function(e){self.Click(listitem, e);}, false);
    this.addEventListener(listitem, 'click', function(e){self.mouseOver(listitem, e);}, false);
    //   this.addEventListener(listitem, 'mouseover', function(e){self.mouseOver(listitem, e);}, false);
    this.addEventListener(listitem, 'mouseout', function(e){if (self.enableKeyboardNavigation) self.clearSelection(); self.mouseOut(listitem, e);}, false);
    I have not tested the above changes ontouch screens; they do seem to work Ok on desktops.
    NOTE: Line numbers could be different because of the difference in our versions.

  • [svn:fx-trunk] 7716: Partial fix for SDK-21182.

    Revision: 7716
    Author:   [email protected]
    Date:     2009-06-10 08:59:13 -0700 (Wed, 10 Jun 2009)
    Log Message:
    Partial fix for SDK-21182. We now set the default compatibility version to the current version and thus the compatibility version string will no longer be null by default (but would be the current version if no override was set). This also means the compiler now matches the ActionScript FlexVersion class.
    This change does not address the issue of revision/minor/major-version fallback in order to select the next most appropriate defaults-x.y.z.css file for any given version.
    Also updated flex-jars eclipse project classpath to reflect recent Batik jar consolidation.
    QE: Yes, if we didn't previously, please change any negative test cases that were checking for --compatibility-version=4 as this is still valid (and is the default).
    Doc: No
    Checkintests: Pass
    Reviewer: Paul
    Bugs:
    SDK-21182 - Fix logic surrounding compatibility version and SWC default.css selection during PreLink
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-21182
        http://bugs.adobe.com/jira/browse/SDK-21182
    Modified Paths:
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/common/MxmlConfiguration.java

  • [svn:fx-trunk] 15108: * Merged the fix for SDK-24472 from the sherlock sandbox to trunk.

    Revision: 15108
    Revision: 15108
    Author:   [email protected]
    Date:     2010-03-29 09:22:20 -0700 (Mon, 29 Mar 2010)
    Log Message:
    Merged the fix for SDK-24472 from the sherlock sandbox to trunk.
      This includes revisions 14005 and 14621.
    QE notes:
    Doc notes:
    Bugs: SDK-24472
    Reviewer: Tom H., Pete F.
    Tests run: passed full cyclone in sherlock and checkintests in trunk
    Is noteworthy for integration: yes, should reduce memory use in FB.
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-24472
        http://bugs.adobe.com/jira/browse/SDK-24472
    Modified Paths:
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/CompilerSwcContext.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/io/InMemoryFile.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/io/VirtualZipFile.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/media/MovieTranscoder.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/Swc.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcAPI.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcCache.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcDirectoryArchive.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcDynamicArchive.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcGroup.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcLazyReadArchive.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcLibrary.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcScript.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/tools/oem/Library.java
    Property Changed:
        flex/sdk/trunk/

  • [svn:fx-3.x] 7852: Changing the fix for SDK-19811 as the E4X escaping behavior is dependent on the target player  (i.e.

    Revision: 7852
    Author:   [email protected]
    Date:     2009-06-15 13:34:23 -0700 (Mon, 15 Jun 2009)
    Log Message:
    Changing the fix for SDK-19811 as the E4X escaping behavior is dependent on the target player (i.e. swfVersion) rather than the version of the runtime.
    QE: Yes, please test --target-player=9 and 10, and AIR
    Doc: No
    Checkintest: Pass
    Reviewer: Svetlin
    Bugs: SDK-19811 - SOAPEncoder double-encodes string values in AS proxy code generated from .NET webservices
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-19811
        http://bugs.adobe.com/jira/browse/SDK-19811
    Modified Paths:
        flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/managers/SystemManager.as
        flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/messaging/config/LoaderConfig. as
        flex/sdk/branches/3.x/frameworks/projects/rpc/src/mx/rpc/xml/XMLEncoder.as

    I checked my java version on my mac, and its 1.3.1.
    So I thought that I would update my pc's java to 1.3.1.
    After doing that, and verifying that it was updated,
    I still get the s ame exceptions when I use backspace
    on a new font!!! I just don't get it.
    Maybe it doesn't have to do with the java version, maybe its a computer
    setting or something. I'd switch to the mac and program
    it on that, however that seems ridiculous that it
    would refuse to work on my pc. Any suggestions?
    im running win98 SE on the pc, if that helps anyone.

  • [svn:fx-trunk] 7581: -Redo workaround for SDK21552.

    Revision: 7581
    Author:   [email protected]
    Date:     2009-06-05 09:54:24 -0700 (Fri, 05 Jun 2009)
    Log Message:
    -Redo workaround for SDK21552.  It turns out that in AIR all keyboard events are cancelable so blindly calling event.preventDefault() after the TCM keyDownHandler has processed the event results in the default behavior for normal keys being canceled - hence no text gets inserted.  It also turns out that our SystemManager.keyDownHandler is converting the keyDown events for the set of nav keys used by the scroller into cancelable events.  For the player, normal keys are not cancelable so blindly calling preventDefault() only canceled the nav keys which is what we wanted.
    - Remove a no longer needed check in the text setter since TCM.setText() now does the check.
    QA Notes:
    Doc Notes:
    Bugs: SDK-21580
    Reviewers: Gordon
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-21580
    Modified Paths:
        flex/sdk/trunk/frameworks/projects/flex4/src/spark/primitives/RichEditableText.as
        flex/sdk/trunk/frameworks/projects/flex4/src/spark/primitives/supportClasses/RichEditable TextContainerManager.as

  • [svn:fx-trunk] 11642: Simple fix for non-integer translations by first multiplying to twips before casting to int .

    Revision: 11642
    Author:   [email protected]
    Date:     2009-11-10 19:40:31 -0800 (Tue, 10 Nov 2009)
    Log Message:
    Simple fix for non-integer translations by first multiplying to twips before casting to int.
    QE notes: Please test non-integer translations in FXG.
    Doc notes: N/A
    Bugs:
    SDK-24110 - Drawing of compiled FXG items is off by half a pixel
    Reviewer: Peter DeHaan
    Tests run: Checkintests, Bug test case
    Is noteworthy for integration: No
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-24110
    Modified Paths:
        flex/sdk/trunk/modules/fxgutils/src/java/com/adobe/internal/fxg/types/FXGMatrix.java

    i dont know why you are so mean i just asked which
    wrongs i had wrong
    anyway im done with thoseSo, the questions have 4 alternative answers. We tell you which questions you got wrong. This eleminates one of
    the alternatives, leaving 3 choices. Usually in most mutlichoice questions 1 choice is obviously incorrect,
    leaving 2 choices. One of those you have probably already discarded when you initially made your incorrect chocie
    thus leaving 1 alternative. Congratulations you just 100% on your test. I don't think so. Go read your book or notes or
    whatever you have because all the answers will be in there. The teacher will not ask you a question on a subject
    you have no prior knowledge of.

  • [svn:fx-trunk] 9947: Syntax fix for Border' s backgroundImageResizeMode Style metadata enumeration.

    Revision: 9947
    Author:   [email protected]
    Date:     2009-09-02 18:05:01 -0700 (Wed, 02 Sep 2009)
    Log Message:
    Syntax fix for Border's backgroundImageResizeMode Style metadata enumeration.
    Modified Paths:
        flex/sdk/trunk/frameworks/projects/spark/src/spark/components/Border.as

    You have used elements like header, footer, footer1 and nav without using the correct DOCTYPE declaration. Replace the first line of your code with
    <!doctype html>
    Also have a look here for other problems http://validator.w3.org/check?verbose=1&uri=http%3A%2F%2Fhome.surewest.net%2Fstorytales%2F test%2Fforposting.html
    After the above has been fixed, please come back here to fix the remaining problem(s)
    Gramps

  • [svn:fx-trunk] 11223: * Quick fix for some mxmlcunit failures.

    Revision: 11223
    Author:   [email protected]
    Date:     2009-10-28 07:12:00 -0700 (Wed, 28 Oct 2009)
    Log Message:
    Quick fix for some mxmlcunit failures.
    QE notes:
    Doc notes:
    Bugs: SDK-23865
    Reviewer: Gaurav
    Tests run: checkintests
    Is noteworthy for integration: No
    Code-level description of changes:
    Added null destination check to completeTwoWayBindings().
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-23865
    Modified Paths:
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/rep/MxmlDocument.java

  • [svn:fx-trunk] 12122: ASDoc Fixes for:

    Revision: 12122
    Revision: 12122
    Author:   [email protected]
    Date:     2009-11-23 14:42:32 -0800 (Mon, 23 Nov 2009)
    Log Message:
    ASDoc Fixes for:
    Flex classes used as Skin Parts are made into links instead of plain text.
    Doc for an interface that extends IEventDispatcher makes IEventDispatcher a link instead of plain text.
    QE notes: None
    Doc notes: None
    Bugs: SDK-23747, SDK-23748
    Tests run: checkintests
    Is noteworthy for integration: No
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-23747
        http://bugs.adobe.com/jira/browse/SDK-23748
    Modified Paths:
        flex/sdk/trunk/asdoc/templates/class-files.xslt
        flex/sdk/trunk/asdoc/templates/class-parts.xslt

  • [svn:fx-trunk] 10156: Resubmitting change for SDK-22035, should perform much better.

    Revision: 10156
    Author:   [email protected]
    Date:     2009-09-11 09:22:09 -0700 (Fri, 11 Sep 2009)
    Log Message:
    Resubmitting change for SDK-22035, should perform much better.
    QE notes: None
    Doc notes: None
    Bugs: SDK-22035
    Reviewer: Paul
    Tests run: Binding cyclone, performance suite
    Is noteworthy for integration: No
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-22035
        http://bugs.adobe.com/jira/browse/SDK-22035
    Modified Paths:
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/ImplementationGenerator.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/gen/ClassDefLib.vm
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/rep/BindingExpression.java

    If you're still using Buckminster 3.6, I strongly suggest switching to 3.7 - it has a number of bug fixes and improvements. This applies to both headless, and the IDE (assuming Eclipse 3.7 Indigo).
    Matthew

  • [svn:fx-trunk] 12980: Minor fix for SliderBaseAccImpl and SpinnerAccImpl

    Revision: 12980
    Revision: 12980
    Author:   [email protected]
    Date:     2009-12-15 17:33:56 -0800 (Tue, 15 Dec 2009)
    Log Message:
    Minor fix for SliderBaseAccImpl and SpinnerAccImpl
    QE notes: none
    Doc notes: none
    Bugs: n/a
    Reviewer: Gordon
    Tests run: checkintests
    Is noteworthy for integration: no
    Modified Paths:
        flex/sdk/trunk/frameworks/projects/spark/src/spark/accessibility/SliderBaseAccImpl.as
        flex/sdk/trunk/frameworks/projects/spark/src/spark/accessibility/SpinnerAccImpl.as

  • [svn:fx-trunk] 11702: ASDoc fix for FLEXDOCS-1075

    Revision: 11702
    Author:   [email protected]
    Date:     2009-11-12 09:29:17 -0800 (Thu, 12 Nov 2009)
    Log Message:
    ASDoc fix for FLEXDOCS-1075
    Ticket Links:
        http://bugs.adobe.com/jira/browse/FLEXDOCS-1075
    Modified Paths:
        flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/BorderSkin.as

  • [svn:fx-trunk] 11521: ASDoc fixes for bugs FLEXDOCS-1102, FLEXDOCS-1103

    Revision: 11521
    Author:   [email protected]
    Date:     2009-11-06 11:47:48 -0800 (Fri, 06 Nov 2009)
    Log Message:
    ASDoc fixes for bugs FLEXDOCS-1102, FLEXDOCS-1103
    QE notes: -
    Doc notes: -
    Bugs: - FLEXDOCS-1102, FLEXDOCS-1103
    Reviewer: -
    Tests run: - checkintests
    Is noteworthy for integration: No
    Ticket Links:
        http://bugs.adobe.com/jira/browse/FLEXDOCS-1102
        http://bugs.adobe.com/jira/browse/FLEXDOCS-1103
        http://bugs.adobe.com/jira/browse/FLEXDOCS-1102
        http://bugs.adobe.com/jira/browse/FLEXDOCS-1103
    Modified Paths:
        flex/sdk/trunk/frameworks/projects/framework/src/mx/containers/Accordion.as
        flex/sdk/trunk/frameworks/projects/framework/src/mx/containers/TabNavigator.as
        flex/sdk/trunk/frameworks/projects/framework/src/mx/containers/ViewStack.as
        flex/sdk/trunk/frameworks/projects/spark/src/spark/components/TextArea.as

  • [svn:bz-trunk] 21394: bug fix for watson 2887837 Not getting duplicate session detected error when same flex client id is used from two different HTTP sessions in CRX .

    Revision: 21394
    Revision: 21394
    Author:   [email protected]
    Date:     2011-06-16 12:34:13 -0700 (Thu, 16 Jun 2011)
    Log Message:
    bug fix for watson 2887837 Not getting duplicate session detected error when same flex client id is used from two different HTTP sessions in CRX.
    get the sessions id before we invalidate the duplicate session.
    Checkintests pass
    Modified Paths:
        blazeds/trunk/modules/core/src/flex/messaging/endpoints/BaseHTTPEndpoint.java

    For our profect I think this issue was caused as follows:
    Believing that remoting was full asynchronous we fired a 2 or 3 remote calls to the server at the same time ( within the same function ) - usually when the users goes to a new section of the app.
    This seemed to trigger the duplicate http session error since according to http://blogs.adobe.com/lin/2011/05/duplication-session-error.html  two remote calls arriving before a session is created will cause 2 sessions to be created.
    Our current solution ( too early to say it works ) is to daisy chain the multiple calls together .
    Also there seemed to be an issue where mobile apps that never quit ( thanks Apple! )  caused the error when activated after a few hours.
    I guess the session expires on the server and the error above occurs on activation.
    So the mobile apps now ping the server with a remote call when activated after sleeping for more than one hour.
    All duplicate http errors are silently caught and reported.
    Fingers crossed we won't get any more!

Maybe you are looking for