[svn:fx-trunk] 6993: * Fixed a duplicate Bindable metadata bug that showed up with

Revision: 6993
Author:   [email protected]
Date:     2009-05-16 23:57:42 -0700 (Sat, 16 May 2009)
Log Message:
Fixed a duplicate Bindable metadata bug that showed up with
describeType().
tests Passed: checkintests
Needs QA: YES, just confirm the bug fix, please.
Needs DOC: NO
Bug fixes: SDK-21133
API Change: NO
Reviewer: Pete F.
Code-level description of changes:
BindableSecondPassEvaluator.java
    Modified moveMetaDataToNewDefinition() to no longer insert the new
    Bindable metadata into the definition's statement list, because
    prepMetaDataNode() already handles this.
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-21133
Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/as3/binding/BindableSecondPassEva luator.java

I just noticed that for some reason the project is using an old path to my SVN repository. I recreated it and reimported the project but for some reason Xcode didn't realize that. I'm betting there's some little file somewhere that's causing my problem.

Similar Messages

[svn:fx-trunk] 11926: Fix 3. 0 compatiblity-version bug with generated styles.

Revision: 11926
Revision: 11926
Author:   [email protected]
Date:     2009-11-18 04:46:03 -0800 (Wed, 18 Nov 2009)
Log Message:
Fix 3.0 compatiblity-version bug with generated styles.
src/java/flex2/compiler/common/CompilerConfiguration.java
   Turn ?\226?\128?\147isloate-styles off in 3.0 compatibility mode. This flag also turns on the hidden option ?\226?\128?\147allow-duplicate-default-style-declarations which is what fixes the bug.
src/java/flex2/compiler/css/StyleDef.vm
   Changed a tab to spaces.
QE notes: None.
Doc notes: None.
Bugs: SDK-24259
Reviewer: Peter
Tests run: checkintests
Is noteworthy for integration: no
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24259
Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/common/CompilerConfiguration.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/css/StyleDef.vm

FYI - This regression has been filed here: http://bugs.adobe.com/jira/browse/SDK-31989

[svn:fx-trunk] 12034: Fixes issues in Wipe/CrossFade shaders.

Revision: 12034
Revision: 12034
Author:   [email protected]
Date:     2009-11-20 02:03:45 -0800 (Fri, 20 Nov 2009)
Log Message:
Fixes issues in Wipe/CrossFade shaders. Mostly minor text fixes, like making the kernel names match the file names. Also fixes a syntax error in WipeUp that prevented compilation.
QE notes: None
Doc notes: None
Bugs: sdk-24108
Reviewer: Corey
Tests run: checkintests, Mustella spark/effects/Wipe|CrossFade|AnimateShaderTransition
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/sdk-24108
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/effects/CrossFade.pbj
    flex/sdk/trunk/frameworks/projects/spark/src/spark/effects/CrossFade.pbk
    flex/sdk/trunk/frameworks/projects/spark/src/spark/effects/WipeDown.pbj
    flex/sdk/trunk/frameworks/projects/spark/src/spark/effects/WipeDown.pbk
    flex/sdk/trunk/frameworks/projects/spark/src/spark/effects/WipeLeft.pbj
    flex/sdk/trunk/frameworks/projects/spark/src/spark/effects/WipeLeft.pbk
    flex/sdk/trunk/frameworks/projects/spark/src/spark/effects/WipeRight.pbj
    flex/sdk/trunk/frameworks/projects/spark/src/spark/effects/WipeRight.pbk
    flex/sdk/trunk/frameworks/projects/spark/src/spark/effects/WipeUp.pbj
    flex/sdk/trunk/frameworks/projects/spark/src/spark/effects/WipeUp.pbk

[svn:fx-trunk] 13299: fix the _rb swc so that it updates properly when changes happen - update=" true" so that it will compile correctly when using locales

Revision: 13299
Revision: 13299
Author:   [email protected]
Date:     2010-01-05 19:07:45 -0800 (Tue, 05 Jan 2010)
Log Message:
fix the _rb swc so that it updates properly when changes happen - update="true" so that it will compile correctly when using locales
QE notes: ensure it contains a catalog.xml file, a swf, and a locale directory with properties file
Doc notes:
Bugs: https://bugs.adobe.com/jira/browse/SDK-24802
Reviewer: pete
Tests run:
Is noteworthy for integration: no
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24802
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/build.xml

I've dropped my guard before with the security and I had so much trouble with my computer because of all the people trying to attack my computer I just can't take the chance again. www.MySafetyGates.com

[svn:fx-trunk] 12294: * Fix for error reporting bug.

Revision: 12294
Revision: 12294
Author:   [email protected]
Date:     2009-11-30 13:25:28 -0800 (Mon, 30 Nov 2009)
Log Message:
Fix for error reporting bug. The bug was caused by a warning being
reported during one compilation and then an error being reported in
a following compilation. Due to the warning, the Source's logger
was disconnected instead of being nulled out during the first
compilation. Then in the second compilation, we weren't reassigning
the logger, so the disconnected logger was being left in place. As
a result, it was throwing off expected error counts and caused an
assert to fire.
QE notes: There is probably an easier way to reproduce the assertion
          that George hit without having to create multiple projects
          and without having to manually copy SWC's around. I didn't
          realize this until I had a fix, though. One key aspect that
          George didn't note and might not have realized, is that the
          variable needs to cause a warning, so leaving off a
          namespace works, but making it public, private, etc doesn't.
Doc notes:
Bugs: SDK-24314
Reviewer: Corey
Tests run: checkintests
Is noteworthy for integration: fixes FB issue
Code-level description of changes:
Modified setLogger() to always reassign logger.
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24314
Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/Source.java

[svn:fx-trunk] 12801: Updating OSMF to get some bug fixes

Revision: 12801
Revision: 12801
Author:   [email protected]
Date:     2009-12-10 11:32:28 -0800 (Thu, 10 Dec 2009)
Log Message:
Updating OSMF to get some bug fixes
QE notes: -
Doc notes: -
Bugs: SDK-24584, FM-267, FM-268
Reviewer: -
Tests run: checkintests
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24584
    http://bugs.adobe.com/jira/browse/FM-267
    http://bugs.adobe.com/jira/browse/FM-268
Modified Paths:
    flex/sdk/trunk/frameworks/projects/osmf/src/org/osmf/net/NetStreamSeekableTrait.as

[svn:fx-gumbo_beta2] 10321: Fix SDK-23520 - Application background colors don' t work with the Wireframe theme

Revision: 10321
Author:   [email protected]
Date:     2009-09-16 13:42:01 -0700 (Wed, 16 Sep 2009)
Log Message:
Fix SDK-23520 - Application background colors don't work with the Wireframe theme
QE notes: Wireframe tests need new baselines. There are subtle rendering differences on the edges/corners that are not visible, but are causing test failures. Joann has excluded the wireframe tests for now.
Doc notes: None
Bugs: SDK-23520
Reviewer: Chet
Tests run: checktests, mustella gumbo/components/wireframe
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-23520
    http://bugs.adobe.com/jira/browse/SDK-23520
Modified Paths:
    flex/sdk/branches/gumbo_beta2/frameworks/projects/wireframe/src/spark/skins/wireframe/App licationSkin.mxml

[svn:fx-trunk] 9324: Fix bug: orientation/verticalAlign/ horizontalAlign properties of TileLayout should not be bindable

Revision: 9324
Author:   [email protected]
Date:     2009-08-14 15:04:23 -0700 (Fri, 14 Aug 2009)
Log Message:
Fix bug: orientation/verticalAlign/horizontalAlign properties of TileLayout should not be bindable
Fix: remove metadata, we were not dispatching events anyway.
QE notes: None
Doc notes: None
Bugs: SDK-22715
Reviewer: Hans
Tests run: build
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-22715
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/layouts/TileLayout.as

to put it simple, the DataGrid supposely changes the dataProvider on each page (page here is actually the selection in the list. since the list displays only one item at one time, I just called each selection as page) . So, I was thinking to refresh the itemRenderer on each swipe. could be there are any other way to do this so appreciate any help and ideas. Thanks!

[svn:fx-trunk] 12962: Fix for ASDoc not saving event type for [Bindable] metadata tag

Revision: 12962
Revision: 12962
Author:   [email protected]
Date:     2009-12-15 10:32:23 -0800 (Tue, 15 Dec 2009)
Log Message:
Fix for ASDoc not saving event type for metadata tag
QE notes: None.
Doc notes: None
Bugs: SDK-24706
Reviewed By:Corey
Tests run: checkintests
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24706
Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/TopLevelClassesGenerator.ja va

aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: NVidia [HDA NVidia], device 3: NVIDIA HDMI [NVIDIA HDMI]
Subdevices: 1/1
Subdevice #0: subdevice #0
Which correspondents fine with the
device "hw:0,3"
in my mpd.conf alsa section.
Also sound worked fine withh this config before I started installing ffmpeg-svn and alikes
hokasch:
I tried changing the mixer to "Master" but that did not change much.

[svn:fx-trunk] 6340: * Fixed Bindable bug fix where the generated setter was using the type

Revision: 6340
Author: [email protected]
Date: 2009-04-28 11:08:50 -0700 (Tue, 28 Apr 2009)
Log Message:

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

[svn:fx-trunk] 6752: * Fixed issues with unconverted Bindable metadata being left in the

Revision: 6752
Author: [email protected]
Date: 2009-05-08 07:40:29 -0700 (Fri, 08 May 2009)
Log Message:

You might need a custom TextArea Skin with different minWidth/Height and
maybe take out the Scroller if you don't want it.

[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] 5002: Fix up the lookup in DataGroup when finding the appropriate index in the dataProvider given a particular renderer .

Revision: 5002
Author:   [email protected]
Date:     2009-02-18 16:33:42 -0800 (Wed, 18 Feb 2009)
Log Message:
Fix up the lookup in DataGroup when finding the appropriate index in the dataProvider given a particular renderer. With this fix, we now correctly support FxLists's displaying and interacting correctly with duplicate items in the dataProvider, a la:
        Flex
        Flex
        Flex
The lookup now goes through the itemToRenderer data structure which holds the on-screen renderers.
Reviewer: Ryan
Tests: Checkin, yes. Mustella tests: DataGroup, FxDataContainer, FxList, FxButtonBar pass.
QA: Yes, lets get tests for this added to FxList testsuite
Doc: No
Modified Paths:
    flex/sdk/trunk/frameworks/projects/flex4/src/mx/components/DataGroup.as

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:bz-trunk] 9665: Fix minor typo in errors.properties file.

Revision: 9665
Author:   [email protected]
Date:     2009-08-26 14:13:27 -0700 (Wed, 26 Aug 2009)
Log Message:
Fix minor typo in errors.properties file. Change "wilcard" to "wildcard" in the following error string.
10560=Attempt to subscribe to the subtopic, '''', on destination, '''', that does not allow wilcard subtopics failed.
Checkintests: passed
Modified Paths:
    blazeds/trunk/modules/common/src/flex/messaging/errors.properties
    blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/messagingService/dynamicDestinat ions/subtopicsEnabledWildcardsNotAllowed.mxml

onearm wrote:
Svn revision 442 doesn't compile on Arch64:
[ 4%] [ 5%] Building CXX object src/CMakeFiles/guayadeque.dir/AlListBox.o
Building CXX object src/CMakeFiles/guayadeque.dir/ArListBox.o
In file included from /tmp/yaourt-tmp-gianluca/aur-guayadeque-svn/guayadeque-svn/src/guayadeque/Trunk/src/LastFMPanel.h:25,
from /tmp/yaourt-tmp-gianluca/aur-guayadeque-svn/guayadeque-svn/src/guayadeque/Trunk/src/MainFrame.h:27,
from /tmp/yaourt-tmp-gianluca/aur-guayadeque-svn/guayadeque-svn/src/guayadeque/Trunk/src/AlListBox.cpp:27:
/tmp/yaourt-tmp-gianluca/aur-guayadeque-svn/guayadeque-svn/src/guayadeque/Trunk/src/PlayerPanel.h:25:28: error: AutoScrollText.h: No such file or directory
[ 7%] Building CXX object src/CMakeFiles/guayadeque.dir/ArrayStringArray.o
[ 8%] Building CXX object src/CMakeFiles/guayadeque.dir/AudioScrobble.o
make[2]: *** [src/CMakeFiles/guayadeque.dir/AlListBox.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[1]: *** [src/CMakeFiles/guayadeque.dir/all] Error 2
make: *** [all] Error 2
Thanks for the bug report. It was a test i was doing but finally decided to not include it but left this line by error.
It have been fixed in svn 443.
Thanks again

[svn:fx-trunk] 8474: * Fixed the AST generation code path of Vector typed variables and

Revision: 8474
Author:   [email protected]
Date:     2009-07-09 07:20:32 -0700 (Thu, 09 Jul 2009)
Log Message:
Fixed the AST generation code path of Vector typed variables and
properties with Bindable.
tests Passed: checkintests
Needs QA: YES
Needs DOC: NO
Bug fixes: SDK-21587
API Change: NO
Reviewer: Peter D.
Code-level description of changes:
   AbstractSyntaxTreeUtil.java
     Modified generateParameter(*) to use generateTypeExpression().
   binding/BindableSecondPassEvaluator.java
     Modified generateGetter() to use AbstractSyntaxTreeUtil.generateTypeExpression().
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-21587
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/BindableSecondPassEva luator.java

I got again a total system freeze today when I wanted to launch firefox using only the openbox menu, without wbar running.
So I decided to try now the 'nouveau.noaccel=1' kernel command line parameter, and to use again wbar for my frequently used applis.
In the Xorg log, the differences are:
without 'nouveau.noaccel=1'
[ 30.761] (II) UnloadModule: "nv"
[ 30.761] (II) Unloading nv
[ 30.761] (--) Depth 24 pixmap format is 32 bpp
[ 30.762] (II) NOUVEAU(0): Opened GPU channel 0
[ 30.765] (II) NOUVEAU(0): [DRI2] Setup complete
[ 30.765] (II) NOUVEAU(0): [DRI2] DRI driver: nouveau
[ 30.765] (II) NOUVEAU(0): [DRI2] VDPAU driver: nouveau
[ 30.776] (II) EXA(0): Driver allocated offscreen pixmaps
[ 30.777] (II) EXA(0): Driver registered support for the following operations:
[ 30.777] (II) Solid
[ 30.777] (II) Copy
[ 30.777] (II) Composite (RENDER acceleration)
[ 30.777] (II) UploadToScreen
[ 30.777] (II) DownloadFromScreen
[ 30.777] (==) NOUVEAU(0): Backing store disabled
[ 30.777] (==) NOUVEAU(0): Silken mouse enabled
with 'nouveau.noaccel=1'
[ 1191.621] (II) UnloadModule: "nv"
[ 1191.621] (II) Unloading nv
[ 1191.621] (--) Depth 24 pixmap format is 32 bpp
[ 1191.621] (EE) NOUVEAU(0): Error creating GPU channel: -19
[ 1191.621] (EE) NOUVEAU(0): Error initialising acceleration. Falling back to NoAccel
[ 1191.621] (==) NOUVEAU(0): Backing store disabled
[ 1191.621] (==) NOUVEAU(0): Silken mouse enabled
[ 1191.621] (==) NOUVEAU(0): DPMS enabled
So now 3D acceleration is disabled.
I will see now if the system is stable enough for my daily usage and gives satisfactory performances.
I am almost sure that the mesa nouveau dri driver is the cause of the freezes.
Last edited by berbae (2013-03-27 10:07:42)

[svn:fx-trunk] 6993: * Fixed a duplicate Bindable metadata bug that showed up with

Similar Messages

Maybe you are looking for