[svn:fx-trunk] 11042: Attempt to fix build by adding the missing IMEClient. as from today's TLF Build 531.

Revision: 11042
Author:   [email protected]
Date:     2009-10-20 18:51:09 -0700 (Tue, 20 Oct 2009)
Log Message:
Attempt to fix build by adding the missing IMEClient.as from today's TLF Build 531.
QE notes: N/A
Doc notes: N/A
Bugs: N/A
Reviewer: N/A
Tests run: Checkintests
Is noteworthy for integration: No
Added Paths:
    flex/sdk/trunk/frameworks/projects/textLayout/textLayout_edit/src/flashx/textLayout/edit/ IMEClient.as

This is a well known and longstanding issue: going back to at least the 3.7.xx series kernels (UEFI booting). You can search the boards for the various threads dedicated to this (class of) bug{,s}.

Similar Messages

  • [svn:fx-trunk] 12889: Attempt to fix broken build.

    Revision: 12889
    Revision: 12889
    Author:   [email protected]
    Date:     2009-12-12 21:18:02 -0800 (Sat, 12 Dec 2009)
    Log Message:
    Attempt to fix broken build.
    QE notes: None.
    Doc notes: None.
    Bugs:
    Reviewer:
    Tests run:
    Is noteworthy for integration: no
    Modified Paths:
        flex/sdk/trunk/frameworks/projects/halo/build.xml

  • [svn:osmf:] 11045: Increasing timer interval in attempt to fix unit test on the build server.

    Revision: 11045
    Author:   [email protected]
    Date:     2009-10-21 02:32:45 -0700 (Wed, 21 Oct 2009)
    Log Message:
    Increasing timer interval in attempt to fix unit test on the build server.
    Modified Paths:
        osmf/trunk/framework/MediaFrameworkFlexTest/org/osmf/composition/TestParallelViewableTrai t.as

    In general theory, one now has the Edit button for their posts, until someone/anyone Replies to it. I've had Edit available for weeks, as opposed to the old forum's ~ 30 mins.
    That, however, is in theory. I've posted, and immediately seen something that needed editing, only to find NO Replies, yet the Edit button is no longer available, only seconds later. Still, in that same thread, I'd have the Edit button from older posts, to which there had also been no Replies even after several days/weeks. Found one that had to be over a month old, and Edit was still there.
    Do not know the why/how of this behavior. At first, I thought that maybe there WAS a Reply, that "ate" my Edit button, but had not Refreshed on my screen. Refresh still showed no Replies, just no Edit either. In those cases, I just Reply and mention the [Edit].
    Also, it seems that the buttons get very scrambled at times, and Refresh does not always clear that up. I end up clicking where I "think" the right button should be and hope for the best. Seems that when the buttons do bunch up they can appear at random around the page, often three atop one another, and maybe one way the heck out in left-field.
    While I'm on a role, it would be nice to be able to switch between Flattened and Threaded Views on the fly. Each has a use, and having to go to Options and then come back down to the thread is a very slow process. Jive is probably incapable of this, but I can dream.
    Hunt

  • [svn:fx-trunk] 10677: Fix for "In ASDoc, the word 'global' disappears from  @see link text"

    Revision: 10677
    Author:   [email protected]
    Date:     2009-09-29 08:09:49 -0700 (Tue, 29 Sep 2009)
    Log Message:
    Fix for "In ASDoc, the word 'global' disappears from @see link text"
    QE notes: None.
    Doc notes: None
    Bugs: SDK-23429
    Tests run: asdoc testsuite
    Is noteworthy for integration: No
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-23429
    Modified Paths:
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/TopLevelClassesGenerator.ja va

    THank you , Nancy. Appreciate the input.
    So instead of this:
    <a class="brand" href="index.html"><img src="../img/logo-ca.png"alt="Consumers Advocate Review"> </a>
    Would it be something like this?:
    <a class="brand" href="index.html"><img src="http://ConsumersAdvocate/img/logo-ca.png"alt="Consumers Advocate Review"> </a>
    And if I do that, is there a way to cope with that locally so that DW can still display the images?
    jeff

  • [svn:fx-trunk] 11917: Updated to today's TLF Build 553.

    Revision: 11917
    Revision: 11917
    Author:   [email protected]
    Date:     2009-11-17 16:49:01 -0800 (Tue, 17 Nov 2009)
    Log Message:
    Updated to today's TLF Build 553.
    Here are the changes in the last few builds, since the last time we listed changes in the commit comments:
    Build 553

    Thats good news.

  • [svn:fx-trunk] 8562: The comments for my previous integration of TLF Build 468 should have included the following release notes :

    Revision: 8562
    Author:   [email protected]
    Date:     2009-07-14 14:40:37 -0700 (Tue, 14 Jul 2009)
    Log Message:
    The comments for my previous integration of TLF Build 468 should have included the following release notes:
    Build 467

    Thats good news.

  • [svn:bz-trunk] 13883: Add the missing DestinationTest#testExtraProperties from the DestinationTest in DataServices branch that I deleted yesterday .

    Revision: 13883
    Revision: 13883
    Author:   [email protected]
    Date:     2010-01-29 08:51:16 -0800 (Fri, 29 Jan 2010)
    Log Message:
    Add the missing DestinationTest#testExtraProperties from the DestinationTest in DataServices branch that I deleted yesterday.
    Unit tests: Pass
    Modified Paths:
        blazeds/trunk/modules/core/test/src/flex/messaging/DestinationTest.java

  • [svn:osmf:] 13000: Adding the missing readme file for the captioning sample app.

    Revision: 13000
    Revision: 13000
    Author:   [email protected]
    Date:     2009-12-16 10:36:36 -0800 (Wed, 16 Dec 2009)
    Log Message:
    Adding the missing readme file for the captioning sample app.
    Added Paths:
        osmf/trunk/apps/samples/plugins/CaptioningSample/readme.txt

    Carey,
    I have tried london1a1's workaround, and it has not made any difference.
    It seems that london1a1 suggests changing the Camera.h file in this location:
              Users/london1a1/Documents/DW_NAF/PhoneGapLib/PhoneGapLib/Classes/Camera.h
    Whereas you're saying to change the Camera.h file in this location:
              /Applications/Adobe Dreamweaver CS5.5/Configuration/NativeAppFramework/DWPhoneGap/iphone/PhoneGapLib/Classes/Camera.h
    I've tried changing the Camera.h file in both locations.  Neither has made a difference.

  • [svn:fx-trunk] 9117: DropDownList bug fixes

    Revision: 9117
    Author:   [email protected]
    Date:     2009-08-05 14:12:45 -0700 (Wed, 05 Aug 2009)
    Log Message:
    DropDownList bug fixes
    http://bugs.adobe.com/jira/browse/SDK-22536 - Spark DropDownList highlight not working as expected when navigating using keyboard with useVirtualLayout=true
    In the keyDownHandler function, the DropDownList was trying to set the selected state on the new itemRenderer. However, in a virtual layout, the renderer might not exist until later.
    The fix is to update the renderer in the updateRenderer function. This function calls isItemIndexSelected in order to choose which item to select. I have overridden the behavior to select the proposedSelectedIndex instead of the selectedIndex.
    I have also renamed proposedSelectedIndex to userProposedSelectedIndex to avoid a naming conflict in ListBase.
    http://bugs.adobe.com/jira/browse/SDK-22406 - Spark DropDownList popup behaves unexpectedly when component is initially disabled
    I removed the call in the partAdded function that was setting the openButton to disabled. Spark components handle disabling by blocking user interaction.
    QE notes: Add test cases for both bugs
    Doc notes: None
    Bugs: SDK-22536, SDK-22406
    Reviewer: Ryan
    Tests run: DropDownList
    Is noteworthy for integration: No
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-22536
        http://bugs.adobe.com/jira/browse/SDK-22406
        http://bugs.adobe.com/jira/browse/SDK-22536
        http://bugs.adobe.com/jira/browse/SDK-22406
    Modified Paths:
        flex/sdk/trunk/frameworks/projects/spark/src/spark/components/DropDownList.as

    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-trunk] 7087: VideoPlayer bug fixes:

    Revision: 7087
    Author:   [email protected]
    Date:     2009-05-19 13:44:50 -0700 (Tue, 19 May 2009)
    Log Message:
    VideoPlayer bug fixes:
    - Forgot to dispatch the ready event
    - The properties on videoplayer that are proxied from videoelement now take into account the correct defaults
    - We deal with null or empty string sources better by clearing the video and closing the connection to the net stream.  It looks like play() won?\226?\128?\153t take in any arguments?\226?\128?\148at that point, I?\226?\128?\153ll clean up this code around dealign with startTime and duration as well as refactoring some of this ?\226?\128?\156close?\226?\128?\157 the connection code.
    - PopUpAnchor pushes the concatenated color matrix, similar to the concatenated transform matrix.  This will need to undergo any changes based on Chet?\226?\128?\153s findings.
    - Adding enabling/disabling support.  This change is dependent on Jason?\226?\128?\153s SKinnableComponent change around enabling/disabling.
    - Skin changes in VideoPlayerSkin and volume bar/volumebarmutebutton.
    QE Notes: -
    Doc Notes: -
    Bugs: SDK-21185, SDK-21187, SDK-21015, SDK-20971, SDK-20969, SDK-20928, SDK-21098, SDK-20986, SDK-20947, SDK-20939, SDK-20934, SDK-21014
    Reviewer: Deepa
    tests: checkintests
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-21185
        http://bugs.adobe.com/jira/browse/SDK-21187
        http://bugs.adobe.com/jira/browse/SDK-21015
        http://bugs.adobe.com/jira/browse/SDK-20971
        http://bugs.adobe.com/jira/browse/SDK-20969
        http://bugs.adobe.com/jira/browse/SDK-20928
        http://bugs.adobe.com/jira/browse/SDK-21098
        http://bugs.adobe.com/jira/browse/SDK-20986
        http://bugs.adobe.com/jira/browse/SDK-20947
        http://bugs.adobe.com/jira/browse/SDK-20939
        http://bugs.adobe.com/jira/browse/SDK-20934
        http://bugs.adobe.com/jira/browse/SDK-21014
    Modified Paths:
        flex/sdk/trunk/frameworks/projects/flex4/src/spark/components/Group.as
        flex/sdk/trunk/frameworks/projects/flex4/src/spark/components/Panel.as
        flex/sdk/trunk/frameworks/projects/flex4/src/spark/components/PopUpAnchor.as
        flex/sdk/trunk/frameworks/projects/flex4/src/spark/components/VideoPlayer.as
        flex/sdk/trunk/frameworks/projects/flex4/src/spark/components/supportClasses/GroupBase.as
        flex/sdk/trunk/frameworks/projects/flex4/src/spark/components/supportClasses/Slider.as
        flex/sdk/trunk/frameworks/projects/flex4/src/spark/primitives/VideoElement.as
        flex/sdk/trunk/frameworks/projects/flex4/src/spark/skins/default/VideoPlayerSkin.mxml
        flex/sdk/trunk/frameworks/projects/flex4/src/spark/skins/default/VideoPlayerVolumeBarMute ButtonSkin.mxml
        flex/sdk/trunk/frameworks/projects/flex4/src/spark/skins/default/VideoPlayerVolumeBarSkin .mxml

    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-trunk] 11151: Various bug fixes.

    Revision: 11151
    Author:   [email protected]
    Date:     2009-10-26 10:41:10 -0700 (Mon, 26 Oct 2009)
    Log Message:
    Various bug fixes.
    Button.as
    -Added some ASDocs for a previous fix where we made the icons property protected instead of private.
    Skins.properties, components.properties, sparkEffects.properties
    -Removed ?\226?\128?\156Fx?\226?\128?\157 prefix and cleaned up whitespace
    SwatchPanel.as, defaults.css
    -ColorPicker was drawing incorrectly with sparkskins because two halo specific styles were missing in the spark theme. Thus, I included highlightColor and shadowColor?\194?\160into the spark theme and added them to defaults.css.
    TitleWindowSkin.mxml, wireframe/TitleWindowSkin.mxml
    -The label skin part came too close to the close button so I added padding
    DataGrid.as
    -Added exclude metadata for columnWidth
    -Column widths are now rounded down to avoid sub-pixel values in the initial rendering
    QE notes: None
    Doc notes: None
    Bugs: SDK-23057, SDK-23695, SDK-23576, SDK-23791, SDK-22733, SDK-22757
    Reviewer: Glenn
    Tests run: checkintests
    Is noteworthy for integration: No
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-23057
        http://bugs.adobe.com/jira/browse/SDK-23695
        http://bugs.adobe.com/jira/browse/SDK-23576
        http://bugs.adobe.com/jira/browse/SDK-23791
        http://bugs.adobe.com/jira/browse/SDK-22733
        http://bugs.adobe.com/jira/browse/SDK-22757
    Modified Paths:
        flex/sdk/trunk/frameworks/projects/framework/bundles/en_US/skins.properties
        flex/sdk/trunk/frameworks/projects/framework/defaults.css
        flex/sdk/trunk/frameworks/projects/framework/src/mx/controls/Button.as
        flex/sdk/trunk/frameworks/projects/framework/src/mx/controls/DataGrid.as
        flex/sdk/trunk/frameworks/projects/framework/src/mx/controls/colorPickerClasses/SwatchPan el.as
        flex/sdk/trunk/frameworks/projects/spark/bundles/en_US/components.properties
        flex/sdk/trunk/frameworks/projects/spark/bundles/en_US/sparkEffects.properties
        flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/TitleWindowSkin.mxml
        flex/sdk/trunk/frameworks/projects/wireframe/src/spark/skins/wireframe/TitleWindowSkin.mx ml

    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:bz-trunk] 19598: Add back fix for BLZ-578.

    Revision: 19598
    Revision: 19598
    Author:   [email protected]
    Date:     2011-01-05 08:50:58 -0800 (Wed, 05 Jan 2011)
    Log Message:
    Add back fix for BLZ-578. This fix was reverted because the LCDS Spring integration code had a dependency on thread local stuff that was removed by this fix. The LCDS Spring integration code was updated to not have the dependency any more so we should be able to add this fix back.
    Checkintests: passed.
    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] 5295: -add property file that will have the TLF build number in it

    Revision: 5295
    Author: [email protected]
    Date: 2009-03-13 08:50:57 -0700 (Fri, 13 Mar 2009)
    Log Message:
    -add property file that will have the TLF build number in it
    Added Paths:
    flex/sdk/trunk/in/tlf/tlf.properties

    Thats good news.

  • [svn:bz-trunk] 20970: Add or enhance include functionality for the following configuration elements :

    Revision: 20970
    Revision: 20970
    Author:   [email protected]
    Date:     2011-03-25 14:26:37 -0700 (Fri, 25 Mar 2011)
    Log Message:
    Add or enhance include functionality for the following configuration elements:
    - Adapters
    - Channel definitions
    - Security Constraints
    - Destinations
    - Services
    The following elements are now allowed and can specify either the "file-path" attribute or the "directory-path" attribute.
    The "directory-path" attribute references a directory of XML files (names ending in .xml) that will be treated as a sequence of include files.
    Added unit tests for all the above.
    Fixed a bug in the unit test code that was terminating the verification early.
    Add the confirmation of the security constraints at the top level.
    Updated the example config file with usage examples.
    Modified Paths:
        blazeds/trunk/modules/common/src/flex/messaging/config/ClientConfigurationParser.java
        blazeds/trunk/modules/common/src/flex/messaging/config/ConfigurationConstants.java
        blazeds/trunk/modules/common/src/flex/messaging/errors.properties
        blazeds/trunk/modules/core/src/flex/messaging/config/SecuritySettings.java
        blazeds/trunk/modules/core/src/flex/messaging/config/ServerConfigurationParser.java
        blazeds/trunk/modules/core/test/src/flex/messaging/config/ConfigurationConfirmation.java
        blazeds/trunk/modules/core/test/src/flex/messaging/config/services/1c.xml
        blazeds/trunk/modules/core/test/src/flex/messaging/config/services/1e.xml
        blazeds/trunk/modules/core/test/src/flex/messaging/config/services/1e_destination_include .xml
        blazeds/trunk/modules/core/test/src/flex/messaging/config/services/1f_service_include.xml
        blazeds/trunk/modules/core/test/src/flex/messaging/config/services/Confirm1c.java
    Added Paths:
        blazeds/trunk/modules/core/test/src/flex/messaging/config/services/1e_adapter_include.xml
        blazeds/trunk/modules/core/test/src/flex/messaging/config/services/1e_channel_include.xml
        blazeds/trunk/modules/core/test/src/flex/messaging/config/services/1e_constraint_include. xml
        blazeds/trunk/modules/core/test/src/flex/messaging/config/services/1i.xml
        blazeds/trunk/modules/core/test/src/flex/messaging/config/services/1j.xml
        blazeds/trunk/modules/core/test/src/flex/messaging/config/services/Confirm1i.java
        blazeds/trunk/modules/core/test/src/flex/messaging/config/services/Confirm1j.java

    SDN is the place to discuss technical problems..
    Please avoid such weird post.
    G@urav.

  • [svn:fx-trunk] 16331: Form Bug Fixes

    Revision: 16331
    Revision: 16331
    Author:   [email protected]
    Date:     2010-05-26 17:20:51 -0700 (Wed, 26 May 2010)
    Log Message:
    Form Bug Fixes
    SDK-26517 - Form should take into account includeInLayout property when calculating baselineElementPosition
    Added logic into Group to find the first element that has includeInLayout == true.
    SDK-26509 - Spark Form shows dual error strings in non-stacked layout
    Removed error string from FormSkin. Created a StackedFormSKin skin which includes the error string.
    SDK-26499 - Spark Form skin should use errorStringDisplay skin part instead of errorStringText
    Changed name to errorTextDisplay
    SDK-26498 - Spark Form needs more padding around error strings
    Added padding to the entire Form
    SDK-26503 - Difficult to create custom Spark FormItem skin due to embedded required/error icon assets
    Added new requiredIndicatorSource and errorIndicatorSource styles to FormItem. FormItem skins now grab the icons from these styles. Custom skin also have access to these icons.
    QE notes: Form layout has changed
    Doc notes: none
    Bugs: SDK-26517, SDK-26509, SDK-26499, SDK-26498, SDK-26503
    Reviewer: Kevin
    Tests run: checkintests
    Is noteworthy for integration: no
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-26517
        http://bugs.adobe.com/jira/browse/SDK-26509
        http://bugs.adobe.com/jira/browse/SDK-26499
        http://bugs.adobe.com/jira/browse/SDK-26498
        http://bugs.adobe.com/jira/browse/SDK-26503
        http://bugs.adobe.com/jira/browse/SDK-26517
        http://bugs.adobe.com/jira/browse/SDK-26509
        http://bugs.adobe.com/jira/browse/SDK-26499
        http://bugs.adobe.com/jira/browse/SDK-26498
        http://bugs.adobe.com/jira/browse/SDK-26503
    Modified Paths:
        flex/sdk/trunk/frameworks/build_framework.xml
        flex/sdk/trunk/frameworks/projects/spark/build.xml
        flex/sdk/trunk/frameworks/projects/spark/defaults.css
        flex/sdk/trunk/frameworks/projects/spark/src/SparkClasses.as
        flex/sdk/trunk/frameworks/projects/spark/src/spark/components/FormItem.as
        flex/sdk/trunk/frameworks/projects/spark/src/spark/components/Group.as
        flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/FormHeadingSkin.mxml
        flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/FormItemSkin.mxml
        flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/FormSkin.mxml
        flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/StackedFormHeadingSkin.mxm l
        flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/StackedFormItemSkin.mxml
        flex/sdk/trunk/frameworks/tests/basicTests/spark/scripts/FormTestScript.mxml
    Added Paths:
        flex/sdk/trunk/frameworks/projects/spark/assets/
        flex/sdk/trunk/frameworks/projects/spark/assets/ErrorIndicator.png
        flex/sdk/trunk/frameworks/projects/spark/assets/RequiredIndicator.png
        flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/StackedFormSkin.mxml
    Removed Paths:
        flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/assets/ErrorIndicator.png
        flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/assets/RequiredIndicator.p ng

    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.

Maybe you are looking for