[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

Similar Messages

[svn:fx-trunk] 10526: Temporary workaround for A+ bug SDK-23387.

Revision: 10526
Author:   [email protected]
Date:     2009-09-22 21:48:33 -0700 (Tue, 22 Sep 2009)
Log Message:
Temporary workaround for A+ bug SDK-23387.
The LinkNormalFormat, LinkHoverFormat, and LinkActiveFormat classes have been removed from FXG, and the FXG compiler was autogenerating static vars of these types (for linkage reasons?) that no longer compiled. I've commented out the offending lines in FXGCompiler.java, but we need a correct fix to cope with the fact that the way hyperlinks are formatted in FXG has changed.
Instead of formatting hyperlinks by writing
tag) but at least it can once again compile FXG as long as it doesn't involve styled hyperlinks.
QE notes: None
Doc notes: None
Bugs: SDK-23387
Reviewer: Carol
Tests run: ant checkintests
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-23387
    http://bugs.adobe.com/jira/browse/SDK-23387
Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/fxg/FXGCompiler.java

error dateField not selecion date 27/11/2002 ?
This is bug flex 3 ?
thanks

[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

[svn:fx-4.x] 14386: Workaround for a bad Firefox 3.6 regression.

Revision: 14386
Revision: 14386
Author:   [email protected]
Date:     2010-02-24 08:35:34 -0800 (Wed, 24 Feb 2010)
Log Message:
Workaround for a bad Firefox 3.6 regression. With Firefox 3.6 all OBJECT tags by default render a focus rectangle when active. This leads to a persistent 1px border for focused SWF elements, causing in our case, the browser to overflow and scrollbars to appear.
Anyone integrating stock HTML templates for 4.1 should ensure this change is incorporated.
QE notes: None
Doc notes: None
Bugs: SDK-25618
Reviewer: Carol
Tests run: Checkin
Is noteworthy for integration: Yes
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-25618
Modified Paths:
    flex/sdk/branches/4.x/templates/swfobject/index.template.html

Thanks U. But i got 404 error .
Can you reupload it?

[svn:fx-trunk] 10925: Redo the implementation of dragging & selection being handled upon mouseDown in List .

Revision: 10925
Author:   [email protected]
Date:     2009-10-07 18:52:06 -0700 (Wed, 07 Oct 2009)
Log Message:
Redo the implementation of dragging & selection being handled upon mouseDown in List. Evtim will fix up the behavior such that in a multi-select action, mousing down in a selected item will drag the selected set while mousing down in a non-selected item will select that item anew.
QA: Yes, but don't include in those 3 tests till Evtim checks in, hopefully tomorrow
Doc: No
Checkintests: Pass
Other tests: List tests pass, List D&D tests pass with 3 exclusions.
Noteworthy for Integration: No
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/DropDownList.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/List.as

[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] 7494: Add testcaseses for http put and delete methods.

Revision: 7494
Author:   [email protected]
Date:     2009-06-02 13:13:33 -0700 (Tue, 02 Jun 2009)
Log Message:
Add testcaseses for http put and delete methods. Proxy should return endpoint's content instead of empty body
Added Paths:
    blazeds/trunk/qa/apps/qa-regress/remote/testMethods.jsp
    blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/proxyService/httpservice/bugs/Pu tAndDeleteMethodTests.mxml

found it - here: http://discussions.apple.com/thread.jspa?threadID=2323131&tstart=30
I set the Realm to Location instead of Folder. Now I'm prompted for my credentials at the /svn/ URL.

[svn:fx-trunk] 10389: Added support for octothorpe in embed file names.

Revision: 10389
Author:   [email protected]
Date:     2009-09-18 07:19:26 -0700 (Fri, 18 Sep 2009)
Log Message:
Added support for octothorpe in embed file names. And here I thought I'd never use the term octothorpe in a sentence.
QE notes: None
Doc notes: None
Bugs: SDK-23033
Reviewer: Paul
Tests run: Checkin
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-23033
Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/as3/EmbedEvaluator.java

[svn:fx-trunk] 10876: Add support for drag-and-drop from Spark List to Spark List.

Revision: 10876
Author:   [email protected]
Date:     2009-10-05 15:20:07 -0700 (Mon, 05 Oct 2009)
Log Message:
Add support for drag-and-drop from Spark List to Spark List.
- List drop related handlers
- LayoutBase APIs
- VerticalLayout DND support
Notes:
- ListSkin is not final.
- Drag-scrolling not yet implemented.
QE notes: Only VerticalLayout works, HorizontalLayout still not implemented.
Doc notes: None
Bugs: None
Reviewer: Deepa
Tests run: checkintests
Is noteworthy for integration: No
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/List.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/layouts/VerticalLayout.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/layouts/supportClasses/LayoutBase.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/ListSkin.mxml
    flex/sdk/trunk/frameworks/spark-manifest.xml
Added Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/layouts/supportClasses/DropLocation.as

Whoops, disregard my question - I just read the spec that indicates drag and drop is scheduled for later work.
David

[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!

[svn:bz-trunk] 20582: Add support for destination-include directory-path=" mydir"/ .

Revision: 20582
Revision: 20582
Author:   [email protected]
Date:     2011-03-03 12:35:14 -0800 (Thu, 03 Mar 2011)
Log Message:
Add support for <destination-include directory-path="mydir"/>.
This will process each file ending in ".xml" as an individual <destination-include file-path=""/> element, allowing a web application to define a directory of destination configuration snippets.
Added a new API to ConfigurationFileResolver.java: getFiles(String dir).
This returns a list of XML files contained in this directory relative to the current configuration file.
Updated both the ServletResourceResolver and the LocalFileResolver with implementations.
Modified Paths:
    blazeds/trunk/modules/common/src/flex/messaging/config/ConfigurationConstants.java
    blazeds/trunk/modules/common/src/flex/messaging/config/ConfigurationFileResolver.java
    blazeds/trunk/modules/common/src/flex/messaging/config/LocalFileResolver.java
    blazeds/trunk/modules/core/src/flex/messaging/config/ServerConfigurationParser.java
    blazeds/trunk/modules/core/src/flex/messaging/config/ServletResourceResolver.java

Remember that Arch Arm is a different distribution, but we try to bend the rules and provide limited support for them. This may or may not be unique to Arch Arm, so you might try asking on their forums as well.

[svn:fx-trunk] 10959: Adding support for FXG 2. 0 additional blend modes that do not have a SWF equivalent.

Revision: 10959
Author:   [email protected]
Date:     2009-10-09 13:38:19 -0700 (Fri, 09 Oct 2009)
Log Message:
Adding support for FXG 2.0 additional blend modes that do not have a SWF equivalent. For the optimized FXG case, we now generate an ActionScript SymbolClass and set the corresponding blend shader. This requires checking in the additional shader classes and PBJ files, but note we do not yet use them in MXML graphics.
Note: This change does not address luminosity masks.
QE notes: Please update FXG opt. testsuites for additional blendModes.
Doc notes: No
Bugs: N/A
Reviewer: Paul
Tests run: checkintests, mustella spark/core/fxg
Is noteworthy for integration: Yes, this change includes support for the additional blendModes of FXG 2.0 (though only for the optimized FXG case, and not MXML graphics).
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/SparkClasses.as
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/fxg/FlexFXG2SWFTranscoder.java
Added Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/shaders/
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/shaders/Color.pbj
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/shaders/ColorBurn.pbj
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/shaders/ColorBurnShader.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/shaders/ColorDodge.pbj
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/shaders/ColorDodgeShader.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/shaders/ColorShader.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/shaders/Exclusion.pbj
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/shaders/ExclusionShader.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/shaders/Hue.pbj
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/shaders/HueShader.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/shaders/Luminosity.pbj
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/shaders/LuminosityShader.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/shaders/Saturation.pbj
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/shaders/SaturationShader.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/shaders/SoftLight.pbj
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/shaders/SoftLightShader.as

Ive resolved vertical refresh and resolution issues by declaring VideoRam value in fglrx section of my xorg.conf.

[svn:fx-trunk] 12944: Added support for state specific sccessible names in ToggleButtonAccImpl

Revision: 12944
Revision: 12944
Author:   [email protected]
Date:     2009-12-14 21:36:44 -0800 (Mon, 14 Dec 2009)
Log Message:
Added support for state specific sccessible names in ToggleButtonAccImpl
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/ToggleButtonAccImpl.as

Sorry about that. I am not exactly sure where the problem is, but I know it takes place after I put the <nav> in (in the html portion). If I understand what I am learning, the CSS at the top will structure my html code so I would have thought the CSS tageting my nav would be the focus. Maybe it is a different section though.
CSS part:
nav p {
font-size: 90%;
color: #FFC;
text-align: right;
font-weight: bold;
background-color: #090;
padding-top: 5px;
padding-right: 20px;
padding-bottom: 5px;
border-top-width: 2px;
border-top-style: solid;
border-top-color: #060;
HTML part: (bold italic is the part I added)
<body>
<div class="container">
<div id="apDiv1"><img src="Lessons/images/butterfly-ovr.png" width="170" height="158" alt="GreenStart Logo"></div>
<header></header>
<nav>
    <p>Home | About Us | Contact Us</p>
</nav>
<div class="sidebar1">
    <ul class="nav">
      <li><a href="#">Green News</a></li>
      <li><a href="#">Green Products</a></li>
      <li><a href="#">Green Events</a></li>
      <li><a href="#">Green Travel</a></li>
      <li><a href="#">Green Tips</a></li>
    </ul>

[svn:bz-trunk] 10631: Proper fix for BLZ-343 and LCDS-1153.

Revision: 10631
Author:   [email protected]
Date:     2009-09-28 05:23:42 -0700 (Mon, 28 Sep 2009)
Log Message:
Proper fix for BLZ-343 and LCDS-1153.
Refactored the common logic for AMF0 and AMF3 back into AbstractAmfInput. Resolving class aliases, creating and registering a property proxy and instantiating the appropriate class are now handled in the superclass. The resolved className and the proxy are 'returned' to the subclasses via a holder array created in the subclasses and sent as a parameter.
blazeDS checkintests pass
lcds-trunk checkintests pass with the new flex-messaging-core.jar
lcds-trunk alltests-dataservice pass with the new flex-messaging-core.jar
Ticket Links:
    http://bugs.adobe.com/jira/browse/BLZ-343
    http://bugs.adobe.com/jira/browse/LCDS-1153
Modified Paths:
    blazeds/trunk/modules/core/src/flex/messaging/io/amf/AbstractAmfInput.java
    blazeds/trunk/modules/core/src/flex/messaging/io/amf/Amf0Input.java
    blazeds/trunk/modules/core/src/flex/messaging/io/amf/Amf3Input.java

[svn:bz-trunk] 19323: Revert fix for BLZ-578 (checkin 19214).

Revision: 19323
Revision: 19323
Author:   [email protected]
Date:     2010-12-13 12:10:28 -0800 (Mon, 13 Dec 2010)
Log Message:
Revert fix for BLZ-578 (checkin 19214). The BlazeDS/LCDS Spring integration code had a dependency on the thread local stuff that was removed as part of this bug fix. Revert the fix so we can move forward with lockdown testing. We can add this change back in when we resolve the dependency issue (tracked by Watson 2774331) if that's the appropriate thing to do.
Ticket Links:
    http://bugs.adobe.com/jira/browse/BLZ-578
Modified Paths:
    blazeds/trunk/modules/core/src/flex/messaging/FlexContext.java
    blazeds/trunk/modules/core/src/flex/messaging/MessageBroker.java
    blazeds/trunk/modules/core/src/flex/messaging/MessageBrokerServlet.java
    blazeds/trunk/modules/core/src/flex/messaging/MessageException.java

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

Similar Messages

Maybe you are looking for