[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

Similar Messages

[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] 13128: Fix for ASDoc tooltips does not show ASDoc for some functions

Revision: 13128
Revision: 13128
Author:   [email protected]
Date:     2009-12-21 13:46:32 -0800 (Mon, 21 Dec 2009)
Log Message:
Fix for ASDoc tooltips does not show ASDoc for some functions
QE notes: None.
Doc notes: None
Bugs: SDK-24751
Reviewed By:Paul
Tests run: checkintests
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24751
Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/ClassTable.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/TopLevelClassesGenerator.ja va
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/TopLevelGenerator.java

Welcome guy -
Unless you are using Spry menus as a learning experience, you should move forward to a menus system that will display properly on the millions of portable devices that won't work with Spry which was deprecated 2 years ago.
Many are using JQuery menus or pure HTML/CSS menus.
If you wish to continue your Spry for learning experience, we'll be glad to assist; please let us know.
By the way, your submenus are not showing because you need to add the red value to this rule in your vertical CSS
ul.MenuBarVertical ul.MenuBarSubmenuVisible{
    width: 220px;
    left: 180px;

[svn:fx-trunk] 12982: Fix for issue with exposing accessible names for combobox list items

Revision: 12982
Revision: 12982
Author:   [email protected]
Date:     2009-12-15 20:44:23 -0800 (Tue, 15 Dec 2009)
Log Message:
Fix for issue with exposing accessible names for combobox list items
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/ComboBoxAccImpl.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/accessibility/ListBaseAccImpl.as

Add this to the end of your nav p CSS selector at Line 209 of your HTML file, after 'background-repeat...':
margin-bottom: -2px;
Your nav p will then look like this:
nav p {
          font-size: 90%;
          font-weight: bold;
          color: #FFC;
          background-color: #090;
          text-align: right;
          padding-top: 5px;
          padding-right: 20px;
          padding-bottom: 5px;
          border-bottom-width: 2px;
          border-bottom-style: solid;
          border-bottom-color: #060;
          background-image: url(images/background.png);
          background-repeat: repeat-x;
          margin-bottom: -2px;

[svn:fx-trunk] 5445: Fix for - @ copy tag for two methods with different arg lists not working.

Revision: 5445
Author: [email protected]
Date: 2009-03-19 17:47:57 -0700 (Thu, 19 Mar 2009)
Log Message:
Fix for - @copy tag for two methods with different arg lists not working.
Some changes for refactoring.
QE Notes: None.
Doc Notes: None.
Bugs: SDK-19975
tests: checkintests, asdoc
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-19975
Modified Paths:
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/AsDocUtil.java
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/TopLevelClassesGenerator.ja va

Revision: 5445
Author: [email protected]
Date: 2009-03-19 17:47:57 -0700 (Thu, 19 Mar 2009)
Log Message:
Fix for - @copy tag for two methods with different arg lists not working.
Some changes for refactoring.
QE Notes: None.
Doc Notes: None.
Bugs: SDK-19975
tests: checkintests, asdoc
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-19975
Modified Paths:
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/AsDocUtil.java
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/TopLevelClassesGenerator.ja va

[svn:fx-trunk] 16098: Fix for issue where @ includeExample tag to an MXML file casues a compiler error.

Revision: 16098
Revision: 16098
Author:   [email protected]
Date:     2010-05-13 12:47:41 -0700 (Thu, 13 May 2010)
Log Message:
Fix for issue where @includeExample tag to an MXML file casues a compiler error. The issue was caused due to improper closing of comment in mxml file. With this fix ASDoc does not short circuit in such a scenario, instead it logs that into validation_errors.log
QE notes: None
Doc notes: None
Bugs: SDK-26380
Reviewer: Darrell
Tests run: checkintests
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-26380
Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/TopLevelClassesGenerator.ja va

Hi _spoboyle,
Yes i have seen that message before which gave me a few things to test out but to no avail. I am setting the data channel port between 45000-50000 as per the post you suggested and the data channel Port being assigned in my code is between those numbers. I have also set my firewall to open ports 45000-50000 to test to see if that was the issue as I hadnt done that previously but I get the same problem.
The actual file get placed on the FTP server as well, it pauses as if its trying to send the data but then just give me the socket error message.....frustrating!!
Im running out of ideas

[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] 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] 9449: Fix for RTE when clicking on stage before preloader is complete.

Revision: 9449
Author:   [email protected]
Date:     2009-08-21 07:40:22 -0700 (Fri, 21 Aug 2009)
Log Message:
Fix for RTE when clicking on stage before preloader is complete.
QE notes: None
Doc notes: None
Bugs: SDK-22682
Reviewer: Alex
Tests run: Checkin
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-22682
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/src/mx/managers/SystemManager.as

Hey Jim
Wow, that's great; thanks! Can I ask what settings you used to get the files so small?
Yes, I am familiar with Photoshop and image optimization issues, but I didn't realize that PNG was so much bigger than JPG and that I had so much file size I could shed before I would notice a degradation in image quality. Your advice will certainly help greatly, and I will certainly apply it to the thumbs as well. I think my mom will be very pleased. : )
I look forward to hearing what collection of settings you used.
Thanks and Be Well
Graham

[svn:fx-trunk] 5351: Fix for @ copy tag causing first method arg to appear as the last arg in the destination method

Revision: 5351
Author: [email protected]
Date: 2009-03-17 12:51:44 -0700 (Tue, 17 Mar 2009)
Log Message:
Fix for @copy tag causing first method arg to appear as the last arg in the destination method
QE Notes: Some baseline will require updates.
Doc Notes: None.
Bugs: SDK-19974
tests: checkintests, asdoc
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-19974
Modified Paths:
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/AsDocUtil.java

Well, putting all that Java code into a JSP was a bad idea in the first place, just on general design principles. But you've done it in such a way that the result of compiling the JSP is malformed Java code. Frankly I would just throw it away and put the Java code into a servlet or some other Java class, where it belongs.
But if you're really working in a place where nobody has learned anything since 2003, and you're forced to support that old junk, then I would point out that the error occurs before the place which generates this line:
import java.util.*;You only need to look at two of the thousand lines of code you posted.

[svn:fx-trunk] 7473: Fix for 'ant asdoc' does not work.

Revision: 7473
Author:   [email protected]
Date:     2009-06-01 12:09:26 -0700 (Mon, 01 Jun 2009)
Log Message:
Fix for 'ant asdoc' does not work.
It should now work from both svn and package zip.
Bugs: SDK-15306
QE Notes: None.
Doc Notes: None.
tests: checkintests
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-15306
Modified Paths:
    flex/sdk/trunk/asdoc/build.xml
    flex/sdk/trunk/build.xml

[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] 13136: Fix for FLEXENT-1196 ( Replay of click on NavigatorContent does not close the combobox)

Revision: 13136
Revision: 13136
Author:   [email protected]
Date:     2009-12-21 17:40:28 -0800 (Mon, 21 Dec 2009)
Log Message:
Fix for FLEXENT-1196 (Replay of click on NavigatorContent does not close the combobox)
We need not record OPEN event when it is triggered from a KeyBoard event that types a character. Replaying the type event would automatically open the drop down.
Ticket Links:
    http://bugs.adobe.com/jira/browse/FLEXENT-1196
Modified Paths:
    flex/sdk/trunk/frameworks/projects/automation_spark/src/spark/automation/delegates/compon ents/SparkComboBoxAutomationImpl.as
    flex/sdk/trunk/frameworks/projects/automation_spark/src/spark/automation/delegates/compon ents/supportClasses/SparkDropDownListBaseAutomationImpl.as

[svn:fx-trunk] 10229: Fixes for some transform effects problems.

Revision: 10229
Author:   [email protected]
Date:     2009-09-14 08:43:43 -0700 (Mon, 14 Sep 2009)
Log Message:
Fixes for some transform effects problems.
- We were not animating the postLayout properties in some cases where we should have, effectively pinning the object in place. We now animate those properties whenever applyChangesPostLayout is true.
- A copy/paste error meant that we did not animate the scaleZ property in cases where we should have.
- A problem in the transform code means that using a null transform center is not the same as a transform center which uses the transformX/Y/Z properties of the target object. We now force the creation/use of a transform center in all cases to avoid that problem.
QE notes: This breaks about a dozen tests in the transform effects area, but I believe the new results are correct and the tests/bitmaps should be changed.
Doc notes: None
Bugs: sdk-23177
Reviewer: Hans
Tests run: checkintests, Mustella transform effects
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/sdk-23177
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/effects/AnimateTransform.as

[svn:fx-trunk] 13257: Fix for @inheritDoc not working on a setter, but works on a getter

Revision: 13257
Revision: 13257
Author:   [email protected]
Date:     2010-01-04 10:49:13 -0800 (Mon, 04 Jan 2010)
Log Message:
Fix for @inheritDoc not working on a setter, but works on a getter
QE notes: None.
Doc notes: None
Bugs: SDK-24727
Reviewed By: Paul
Tests run: checkintests
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24727
Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/ClassTable.java

steabert wrote:
Hi,
I had a similar problem with my Dell Latitude E4310, and apparently also the E6410, E6510.
The solution for me was to add the following line to /etc/modprobe.d/modprobe.conf:
options snd-hda-intel model=dell-s14
I tried that, unfortunately it does not work with this chipset. I do get a different set of channels though but it still cannot record anything. Maybe this chipset is too "new" for alsa. The latest release dates back from the end of January. Support for it is explicitly stated in the changelog to 1.0.24 but perhaps the recording part of it slipped through the cracks. ALSA bug tracking system seems quite closed.

[svn:fx-trunk] 12994: * Fixes for two issues that were showing up in FB.

Similar Messages

Maybe you are looking for