[svn:fx-trunk] 8558: Fixed two manifest bugs.

Revision: 8558
Author:   [email protected]
Date:     2009-07-14 13:42:23 -0700 (Tue, 14 Jul 2009)
Log Message:
Fixed two manifest bugs. Two effects (UnconstrainItemAction and Pause) were not in the proper manifests, so mxml code would not compile when referencing these effects.
Modified Paths:
    flex/sdk/trunk/frameworks/halo-manifest.xml
    flex/sdk/trunk/frameworks/mxml-manifest.xml
    flex/sdk/trunk/frameworks/spark-manifest.xml

Similar Messages

[svn:fx-trunk] 10898: Fix for a bug: After playing a hide effect, a window wouldn't be visible again.

Revision: 10898
Author:   [email protected]
Date:     2009-10-06 13:54:04 -0700 (Tue, 06 Oct 2009)
Log Message:
Fix for a bug: After playing a hide effect, a window wouldn't be visible again.
The issue here is that all effects that occur because of HIDE end up calling setVisible() (see EffectManager.effectEndHandler). Window/WindowedApplication was basically left with two concepts of setVisible...the displayObject one and the native application one, and they were out of synch. So setting visible=true on the window wasn?\226?\128?\153t calling setVisible(true) which controls the display object visibility. Now instead of doing our work in the visible setter, we override setVisible() and do it in there.
QE notes: -
Doc notes: -
Bugs: SDK-23263
Reviewer: Darrell
Tests run: checkintests, Rob ran mustella window/windowedapplication
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-23263
Modified Paths:
    flex/sdk/trunk/frameworks/projects/airframework/src/mx/core/Window.as
    flex/sdk/trunk/frameworks/projects/airframework/src/mx/core/WindowedApplication.as
    flex/sdk/trunk/frameworks/projects/airframework/src/spark/components/Window.as
    flex/sdk/trunk/frameworks/projects/airframework/src/spark/components/WindowedApplication. as

I run Suse 9.1 Linux, and Suse has a package called lmsensors which by default on my machine gives readings like this:
Code: [Select]
temp1: +27°C (high = +0°C, hyst = +22°C) sensor = thermistor
temp2: +41.0°C (high = +80°C, hyst = +75°C) sensor = PII/Celeron diode
Now that 41C is pretty high for an idle AMD643000+ running at 1000Mhz, 1.08V. Too high, I would say. temp 1 in this case is the SYS temp, temp2 is the CPU temp.
Now, using lmsensors I can duplicate your little trick and tell it that temp 2 is in fact a 3904 transistor. Having done this can I get readings like this:
Code: [Select]
temp1: +27°C (high = +0°C, hyst = +22°C) sensor = thermistor
temp2: +16.0°C (high = +80°C, hyst = +75°C) sensor = 3904 transistor
Problem is, I'm not sure that the sensor is actually a 3904 transistor! The number's lower, but I was pretty sure that the sensor in the AMD64 is in fact a diode. Also, surely the CPU temp can't actually be that much lower than the SYS temp.
So, I think your fix succeeds in giving lower temps and that's great in that it will tell your system software that the CPU is not overheating, but I don't think it's the solution to high temp reporting. Anyway, as you say, its a solution for people who can't run with system shutdowns due to bogus high temps.
I've been looking at these temp issues with the MSI K8T, and I was thinking the problem was simply a miscalibration. The Winbond sensor chip on my board (maybe the K8N is the same, maybe not) has a sensor temp offset that gets added to the temp coming from the sensor. On the K8T this number is +54C. Funny number I know, but I've "fixed" the problem while I wait for a real bios fix on the K8T by simply reducing this offset to give me a CPU temp that matches SYS temp when idle. This enables cool'n'quiet fan control to work properly on my system, which is my main practical concern.

[svn:fx-trunk] 11250: Fixing proxy pattern bug in VideoPlayer.

Revision: 11250
Author:   [email protected]
Date:     2009-10-28 17:07:19 -0700 (Wed, 28 Oct 2009)
Log Message:
Fixing proxy pattern bug in VideoPlayer. I tried to save a few extra bytes by not keeping around an extra object, but I made a mistake with this code. It seems better just to follow the typical pattern and not worry about this extra savings, which probably cost more in code-size anyways.
Also changing VideoPlayer.thumbnailSource to mx_internal, rather than public. In VideoElement it's mx_internal, and that's what it should be here too.
QE notes: -
Doc notes: -
Bugs: SDK-23665
Reviewer: Deepa
Tests run: checkintests, mustella VideoPlayer
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-23665
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/VideoPlayer.as

[svn:fx-trunk] 12370: Fix for doc bug FLEXDOCS-1150

Revision: 12370
Revision: 12370
Author:   [email protected]
Date:     2009-12-02 08:48:37 -0800 (Wed, 02 Dec 2009)
Log Message:
Fix for doc bug FLEXDOCS-1150
Added a few new examples and default sizes to Spark components
QE notes: -
Doc notes: -
Bugs: -
Reviewer: -
Tests run: - FLEXDOCS-1150
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/FLEXDOCS-1150
    http://bugs.adobe.com/jira/browse/FLEXDOCS-1150
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/src/mx/formatters/DateFormatter.as
    flex/sdk/trunk/frameworks/projects/spark/asdoc/en_US/spark/components/examples/BorderCont ainerExample.mxml
    flex/sdk/trunk/frameworks/projects/spark/asdoc/en_US/spark/components/examples/VScrollBar Example.mxml
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/Application.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/BorderContainer.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/ComboBox.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/DataGroup.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/DropDownList.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/Group.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/HGroup.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/Label.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/List.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/NavigatorContent.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/Panel.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/SkinnableContainer.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/SkinnableDataContainer.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/TabBar.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/TextInput.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/TileGroup.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/VGroup.as
Added Paths:
    flex/sdk/trunk/frameworks/projects/spark/asdoc/en_US/spark/components/examples/Applicatio nContainerExample.mxml
    flex/sdk/trunk/frameworks/projects/spark/asdoc/en_US/spark/components/examples/HScrollBar Example.mxml
    flex/sdk/trunk/frameworks/projects/spark/asdoc/en_US/spark/components/examples/MyBorderSk in.mxml
    flex/sdk/trunk/frameworks/projects/spark/asdoc/en_US/spark/components/examples/SkinnableC ontainerExample.mxml
    flex/sdk/trunk/frameworks/projects/spark/asdoc/en_US/spark/components/examples/SkinnableD ataContainerExample.mxml

[svn:fx-trunk] 12187: Fixes for ASDoc bugs:

Revision: 12187
Revision: 12187
Author:   [email protected]
Date:     2009-11-24 14:14:48 -0800 (Tue, 24 Nov 2009)
Log Message:
Fixes for ASDoc bugs:
Doc for a simple class with a bindable property adds IEventDispatcher methods.
No ASDoc content for autogenerated methods and properties from the tag.
asdoc fails with IndexOutOfBoundsException on code that compiles without warnings.
QE notes: None
Doc notes: None
Reviewed By: Paul
Bugs: SDK-23864, SDK-23941, SDK-24281
Tests run: checkintests
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-23864
    http://bugs.adobe.com/jira/browse/SDK-23941
    http://bugs.adobe.com/jira/browse/SDK-24281
Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/as3/AbstractSyntaxTreeUtil.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/as3/binding/BindableProperty.vm
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/as3/binding/BindableSecondPassEva luator.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/as3/managed/ManagedProperty.vm
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/ClassTable.java

[svn:fx-trunk] 5114: Fix FxRadioButton doc bug and fix the bug fix I messed up yesterday.

Revision: 5114
Author: [email protected]
Date: 2009-02-27 12:50:47 -0800 (Fri, 27 Feb 2009)
Log Message:
Fix FxRadioButton doc bug and fix the bug fix I messed up yesterday.
QE Notes: mustella gumbo/RadioButtons passed
Doc Notes:
Bugs: SDK-19475, SDK-19531
Reviewers:
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-19475
http://bugs.adobe.com/jira/browse/SDK-19531
Modified Paths:
flex/sdk/trunk/frameworks/projects/flex4/src/mx/components/FxRadioButton.as

[svn:bz-trunk] 17048: Fix two failing config tests.

Revision: 17048
Revision: 17048
Author:   [email protected]
Date:     2010-07-23 12:09:49 -0700 (Fri, 23 Jul 2010)
Log Message:
Fix two failing config tests. Looks like the way messages get logged changed slightly which broke the tests. Should be fixed now.
Modified Paths:
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/validation/good ValidatorTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/validation/patt ernFilterLoggingValidatorTest/error.txt

[svn:fx-trunk] 7474: Fix Gumbo Priority bug SDK-21360.

Revision: 7474
Author:   [email protected]
Date:     2009-06-01 12:53:22 -0700 (Mon, 01 Jun 2009)
Log Message:
Fix Gumbo Priority bug SDK-21360. Remove Alternative metadata from Halo ButtonBar.
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-21360
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/src/mx/controls/ButtonBar.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] 12994: * Fixes for two issues that were showing up in FB.

Revision: 12994
Revision: 12994
Author:   [email protected]
Date:     2009-12-16 06:44:45 -0800 (Wed, 16 Dec 2009)
Log Message:
Fixes for two issues that were showing up in FB.
QE notes:
Doc notes:
Bugs: SDK-24669, SDK-24686
Reviewer: Corey
Cycloner: George
Tests run: checkintests
Is noteworthy for integration: yes, fixes two FB issues.
Code-level description of changes:
modules/compiler/src/java/flex2/tools/PreLink.java
    Modified postRun() to swap in the root CompilationUnit's Logger
    when validating it's StyleContainer. This allows the warnings
    from StylesContainer.validate() to be persisted across incremental
    compilations. This fixes SDK-24686.
modules/compiler/src/java/flex2/compiler/Source.java
    Made getLogger() public, so it could be called from PreLink.
modules/compiler/src/java/flex2/compiler/CompilerAPI.java
    Modified compile() to check forcedToStop() after each PreLink
    batch. This fixes SDK-24669.
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24669
    http://bugs.adobe.com/jira/browse/SDK-24686
    http://bugs.adobe.com/jira/browse/SDK-24686
    http://bugs.adobe.com/jira/browse/SDK-24669
Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/CompilerAPI.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/Source.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/linker/CULinkable.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/tools/PreLink.java

[svn:fx-trunk] 12903: Fix for regression in BitmapUtil.getSnapshot().

Revision: 12903
Revision: 12903
Author:   [email protected]
Date:     2009-12-14 07:53:53 -0800 (Mon, 14 Dec 2009)
Log Message:
Fix for regression in BitmapUtil.getSnapshot(). The fix last week (for sdk-20250) compensated for larger bounds with text objects and objects whose children have filters that go beyond the parent bounds. But the new call to BitmapData.getColorBoundsRect() had an error in the mask value that resulted in only capturing colored pixels, not all opaque pixels. This fix uses a mask that will cause the function to correctly capture all opaque pixels, regardless of color.
QE notes: failure in Mustella Wipe_FxAnimateColor, but this is a known intermittent failure, not related to this fix
Doc notes:
Bugs: sdk-24684
Reviewer: SteveB
Tests run: checkintests, Mustella spark/effects/Wipe|CrossFade|AnimateShaderTransition
Is noteworthy for integration: yes
Ticket Links:
    http://bugs.adobe.com/jira/browse/sdk-20250
    http://bugs.adobe.com/jira/browse/sdk-24684
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/utils/BitmapUtil.as

[svn:fx-trunk] 5352: Fix ant asdoc target.

Revision: 5352
Author: [email protected]
Date: 2009-03-17 12:56:23 -0700 (Tue, 17 Mar 2009)
Log Message:
Fix ant asdoc target.
QE Notes: None.
Doc Notes: None.
tests: checkintests
Modified Paths:
flex/sdk/trunk/asdoc/build.xml
flex/sdk/trunk/frameworks/mxml-2009-manifest.xml

[svn:fx-gumbo_beta2] 10472: Fix for Fade bug.

Revision: 10472
Author:   [email protected]
Date:     2009-09-21 15:11:11 -0700 (Mon, 21 Sep 2009)
Log Message:
Fix for Fade bug. Previously, Fade assumed that any target object with a 'parent' must be a child of that container. However, a target object can also be the 'mask' property of that parent. When Fade went to query which element the mask was on the parent, the parent threw an RTE because its element list did not contain that target object. The fix was to special-case the mask situation and return 'undefined' for the index value, meaning that the object does not have a parent and will not be tracked as an element that can be removed/added.
QE notes: None
Doc notes: None
Bugs: SDK-23327
Reviewer: Jason
Tests run: checkintests, Mustella effects/Fade, manual tests
Is noteworthy for integration: Yes
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-23327
Modified Paths:
    flex/sdk/branches/gumbo_beta2/frameworks/projects/spark/src/spark/effects/Fade.as

[svn:fx-trunk] 9287: Fixes bug with shader-transition effects ( AnimateTransitionShader, Wipe, and CrossFade) when acting on targets that either have filters or are inside a hierarchy with filters .

Revision: 9287
Author:   [email protected]
Date:     2009-08-13 15:53:43 -0700 (Thu, 13 Aug 2009)
Log Message:
Fixes bug with shader-transition effects (AnimateTransitionShader, Wipe, and CrossFade) when acting on targets that either have filters or are inside a hierarchy with filters. Fix was to capture the bitmap snapshot of the target without any of its own filters applied and to then use the ShaderFilter in conjunction with the target's filters during the animation.
QE notes: Probably need more tests in this area, now that we handle it
Doc notes: none
Bugs: sdk-20250
Reviewer: Jason
Tests run: Checkintests, Mustella (spark/effects/[AnimateTransitionShader|Wipe|CrossFade])
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/sdk-20250
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/effects/AnimateTransitionShader.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/effects/supportClasses/AnimateTransiti onShaderInstance.as

Lots to be excited about. BUT...Just updated to 8.1 on one of my computers to test it out...
Sadly, the following issue is NOT fixed for me. Is it with new projects only? I haven't started a new project on 8.1 I've only opened an old project but the issue that I'm referring to which involves also a delay/freeze of anywhere from a few seconds to a MINUTE while the render bar goes from yellow to red and then back to yellow is still there. Boo.
On the list above...
Switching between sequences can turn the render bar red.
This issue is incredibly easy to replicate. I really do hope it gets fixed. Here are the steps:
1) Create two sequences with multiple short clips (the more clips the better)
2) Make sure GPU acceleration is enabled.
3) Add warp stabilizer to the clips in both sequences. Again, the more clips the longer the delay/freeze will be as the render bar goes from YELLOW to RED and then eventually back to YELLOW again.
4) Hit SAVE.
5) Now, toggle between sequences. You'll hit a short delay with a few clips stabilized and a LONG delay with lots stabilized. In my case this delay is around a full minute. The render bar will go from YELLOW to RED and then back to yellow...eventually.
6) Toggle back to the original sequence and the delay occurs again.
7) Once you've toggled between sequences and have gone through this delay, that's it, there is no longer a delay...UNTIL...(and here's the big kicker)...until the project is SAVED again. After that the issue returns when you toggle between sequences. Both saving manually and AUTOSAVING cause this issue. No way around it except not editing with GPU acceleration.
Not sure what the issue is...caching issue when saving maybe? Either way, it stinks and it's still there in 8.1. Big bummer.
Again, lots to be excited about with this release but I really was hopefully this specific issue was resolved.
Sigh.

[svn:fx-trunk] 11574: Drag and Drop - Bug fixes:

Revision: 11574
Author:   [email protected]
Date:     2009-11-09 10:53:35 -0800 (Mon, 09 Nov 2009)
Log Message:
Drag and Drop - Bug fixes:
- Added slight delay before drag-scrolling start.
- Single selection ctrl+drag fixed.
- Default drop indicator for List that doesn't have drop indicator specified in its skin. The default DI is specified through the new dropIndicatorSkin List style.
- Memory leak for the drop indicator dynamic skin part.
- ListItemDragProxy incorrectly listed in spark-manifest.xml moved to SparkClassess.
QE notes: None
Doc notes: None
Bugs: SDK-24047, SDK-23999, SDK-23871
Reviewer: Glenn, Deepa
Tests run: checkintests, mustella (List, ListDragDrop)
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24047
    http://bugs.adobe.com/jira/browse/SDK-23999
    http://bugs.adobe.com/jira/browse/SDK-23871
Modified Paths:
    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/List.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/layouts/HorizontalLayout.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/layouts/TileLayout.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/layouts/VerticalLayout.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/layouts/supportClasses/DropLocation.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/layouts/supportClasses/LayoutBase.as
    flex/sdk/trunk/frameworks/spark-manifest.xml
Added Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/ListDropIndicator.as

Just found a reference to a work around to the issue by putting the macbook to sleep & waking it. Worked a treat !
This makes it usable again. Which is lucky as I was preparing to see how far I could toss the macbook !
Suppose I'll need to wait for a patch.

[svn:fx-trunk] 8558: Fixed two manifest bugs.

Similar Messages

Maybe you are looking for