[svn] 4895: init merge tracking on trunk 1-4816.

Revision: 4895
Author: [email protected]
Date: 2009-02-09 06:41:23 -0800 (Mon, 09 Feb 2009)
Log Message:
init merge tracking on trunk 1-4816. Will only be cherry picking trunk changes to be merged down, no mass merges will happen to this branch.
Property Changed:
flex/sdk/branches/i10/

oops I meant (svn merge trunk sandbox), not (svn merge trunk local)

Similar Messages

[svn:fx-trunk] 10303: init merge tracking for gumbo_beta2

Revision: 10303
Author:   [email protected]
Date:     2009-09-16 08:19:57 -0700 (Wed, 16 Sep 2009)
Log Message:
init merge tracking for gumbo_beta2
Property Changed:
    flex/sdk/trunk/

[svn:fx-trunk] 5750: init merge tracking for i11

Revision: 5750
Author: [email protected]
Date: 2009-03-30 09:41:48 -0700 (Mon, 30 Mar 2009)
Log Message:
init merge tracking for i11
Property Changed:
flex/sdk/trunk/

[svn] 1915: turn merge tracking on

Revision: 1915
Author: [email protected]
Date: 2008-06-02 13:14:51 -0700 (Mon, 02 Jun 2008)
Log Message:
turn merge tracking on
Property Changed:
flex/sdk/trunk/

Hi jwellsnh
I am going through "Beginning Oracle App Express 4" Book ... from APRESS
The book seems to be full of typos, and I am also using APEX 4.1
I am pretty much able to handle query errors when they happen at the query writing stage.
This particular error comes at the run stage
The book have you go through "Apex Issue Tracker" Example Application
I change a ticket status from 'open' to 'close' and click Apply Changes
The error come out there.
So I edit the page to see where the ";" is, there is none.
So, my guess is "ORA-06550: line 1, column 7: PLS-00103: Encountered the symbol ";" when expecting one of the ..." is pointing somewhere in the App and I am trying to figure out where it is pointing to.
I edited the name and change to Mike. Hope it will show up as Mike instead of the number
Thanks

[svn] 2003: setup merge tracking

Revision: 2003
Author: [email protected]
Date: 2008-06-09 12:26:11 -0700 (Mon, 09 Jun 2008)
Log Message:
setup merge tracking
Property Changed:
flex/sdk/trunk/

So we determined the issue is caused by enabling FIPS. We set the 64bit .NET 4.0 machine config to disable FIPS compliant algorithm enforcement and merge check-ins work as expected.
This is a problem. I assume MD5 (a non FIPS compliant algorithm) is used to compute a hash to determine if a file changed, and according to
Buck Hodges in 2007 if FIPS is enabled the hash values are empty arrays rather than using a FIPS compliant algorithm to determine if the file changed.
I don't want to file a case, but I guess I have to report this bug. We are using VS 2013 Update 2 and 3 and TFS 2013 RTM. I would LOVE to know if this issue was already fixed in later versions of the TFS Version Control Client libraries...

[svn] 3800: initialize merge tracking for 3.x

Revision: 3800
Author: [email protected]
Date: 2008-10-21 16:12:30 -0700 (Tue, 21 Oct 2008)
Log Message:
initialize merge tracking for 3.x
Property Changed:
flex/sdk/trunk/

[svn] 2296: Initialized merge tracking for 3.0.3 changes that go back to 3. 0.x

Revision: 2296
Author: [email protected]
Date: 2008-06-30 07:01:14 -0700 (Mon, 30 Jun 2008)
Log Message:
Initialized merge tracking for 3.0.3 changes that go back to 3.0.x
Property Changed:
flex/sdk/branches/3.0.x/

Your Firefox settings and info are kept in a folder separate from the Firefox program, called your profile folder. Try creating a test profile, to see if the problem still occurs. See [[Managing profiles]]

[svn] 3799: initialize merge tracking for 3.2.0

Revision: 3799
Author: [email protected]
Date: 2008-10-21 16:07:53 -0700 (Tue, 21 Oct 2008)
Log Message:
initialize merge tracking for 3.2.0
Property Changed:
flex/sdk/branches/3.x/

Hi. I've never seen anything like this, and it seems to be something which
the JDBC module is going to be an innocent victim of, rather than a
contributor to... Your best course is to open an official support case.
Joe

[svn:fx-trunk] 5913: merge tracking init on i11.5

Revision: 5913
Author: [email protected]
Date: 2009-04-03 12:38:33 -0700 (Fri, 03 Apr 2009)
Log Message:
merge tracking init on i11.5
Property Changed:
flex/sdk/trunk/

Revision: 5913
Author: [email protected]
Date: 2009-04-03 12:38:33 -0700 (Fri, 03 Apr 2009)
Log Message:
merge tracking init on i11.5
Property Changed:
flex/sdk/trunk/

[svn:fx-trunk] 9070: reset init of merge tracking

Revision: 9070
Author:   [email protected]
Date:     2009-08-04 12:23:57 -0700 (Tue, 04 Aug 2009)
Log Message:
reset init of merge tracking
Property Changed:
    flex/sdk/trunk/

[svn:fx-3.x] 5820: Merged (back ported) trunk revisions 4460,4492,4516,4520 ,4585,4630,4692,4726,4964 - 3.x

Revision: 5820
Author: [email protected]
Date: 2009-03-31 13:40:12 -0700 (Tue, 31 Mar 2009)
Log Message:
Merged (back ported) trunk revisions 4460,4492,4516,4520,4585,4630,4692,4726,4964 -> 3.x
http://10.171.12.252/svn/opensource/flex/sdk/trunk
r4460 | [email protected] | 2009-01-08 20:53:33 -0500 (Thu, 08 Jan 2009) | 10 lines
Renamed UIComponentAccImpl to UIComponentAccProps because it extends AccessibilityProperties, not AccessibilityImplementation.
Added comments with the identifier for each magic role constant, so that it is easier to understand what roles our components are using.
Moved two static methods from UIComponentAccProperties to AccImpl because they make more sense there.
QE Notes: None
Doc Notes: None
Bugs: None
Reviewer: None (no functional changes)
r4492 | [email protected] | 2009-01-12 17:47:10 -0500 (Mon, 12 Jan 2009) | 8 lines
Simplified how an accessibility class gets hooked into its corresponding component class.
We now do the hooking in the static method enableAccessibility(), which is called by code that is autogenerated by the compiler. Previously this method did nothing and the hooking happened at static initialization time. This allows us to remove the static var accessibilityHooked and the static method hookAccessibility() in each accessibility class.
QE Notes: None
Doc Notes: None
Bugs: None
Reviewer: Deepa and Alex
r4516 | [email protected] | 2009-01-13 18:23:14 -0500 (Tue, 13 Jan 2009) | 16 lines
Accessibility changes to Panel and TitleWindow, as requested by Freedom Scientific.
These components now report their accessibility role as "grouping" rather than "window". Their accessibility name is now simply their title. They no longer report any child items. Their accessibility location is the bounding rect of the entire Panel or TitleWindow.
The AccessibilityImplementation continues to be attached to the titleBar, not to the Panel/TitleWindow, because the Flash Player ignores Sprites with an AccessibilityImplementation that are inside other Sprites with an AccessibilityImplementation. (The Flash accessibility model is flat, not hierarchical, and "child IDs" are only used for things like list items, not for controls in titled container.)
So although in the display hierarchy the Panel is a parent of its content controls, in the MSAA model it appears as their preceding sibling. JAWS will look at the "grouping" role and understand that because the bounding rect of the grouping includes some of its following siblings, they are "inside". (I don't know what this means in terms of what JAWS will actually speak.)
Also, the AccImpl class now implements getChildIDArray() to return an empty array, so that by default all components have 0 child items (rather than reporting an error).
Finally, subclasses with child items now compute how many they have and then call a new AccImpl utility method, createChildIDArray(), to create an Array that looks like [ 1, 2, 3, 4, 5 ].
QE Notes: None
Doc Notes: None
Bugs: SDK-12390, SDK-16340
Reviewer: Deepa
r4520 | [email protected] | 2009-01-13 20:07:53 -0500 (Tue, 13 Jan 2009) | 10 lines
Accessibility changes to List, DataGrid, Menu, and Tree, as requested by Freedom Scientific, to behave more like their corresponding standard Windows controls.
List, DataGrid, and Menu no longer report an accessibility value, either for the control itself or for its child items.
Tree no longer reports a value value for itself. For tree items the value is the indentation level as a String: "0", "1", "2", etc. Previously the top-level items had value "1" instead of "0".
QE Notes: None
Doc Notes: None
Bugs: SDK-17755
Reviewer: Deepa
r4585 | [email protected] | 2009-01-19 18:53:01 -0500 (Mon, 19 Jan 2009) | 6 lines
AccImpl now implements accSelect(). Although the implementation doesn't do anything, its existence is enough to avoid having the Player report an IAccessible "member not found" error when calling accSelect() on a child item.
QE Notes: None
Doc Notes: None
Bugs: SDK-16654
Reviewer: Jason
r4630 | [email protected] | 2009-01-22 19:54:13 -0500 (Thu, 22 Jan 2009) | 6 lines
Removed code in AccordionHeaderAccImpl and TabBarAccImpl where the child IDs were being adjusted up or down by 100000 for some unknown reason. Deneb (on Flash Player) and Nataliya and Jon (on JAWS) don't think this should be done.
QE Notes: None
Doc Notes: None
Bugs: None
Reviewer: Deepa
r4692 | [email protected] | 2009-01-27 17:13:03 -0500 (Tue, 27 Jan 2009) | 9 lines
Fixed missing or misplaced 'break' statements in the eventHandler() methods of the mx.accessibility classes. These have probably been causing some unintented MSAA events to be dispatched.
Also, each accessible component now dispatches OBJ_NAMECHANGE when its toolTip or errorString property changes, because the MSAA name includes the tooltip or error tip.
QE Notes: None
Doc Notes: None
Bugs: None
Reviewer: Deepa
r4726 | [email protected] | 2009-01-28 21:47:59 -0500 (Wed, 28 Jan 2009) | 16 lines
Accessibility changes to the MSAA name of several components, as requested by Freedom Scientific. These changes make Flex controls behave more like standard Windows controls.
In Accordion and TabBar, the name is now just what is displayed, without " Tab" or " Tab, Active" appended.
In ComboBox, List, and Tree, the name of each item is now just what it displays, without, for example, "2 of 7" appended.
Removed an artificial limit of 100000 items in List and Menu.
A Slider with an MXML id no longer returns that id as its name; no other component does this and id's are certainly no intended to be spoken.
Removed the getName() method of ComboBase, which isn't used.
QE Notes: None
Doc Notes: None
Bugs: None
Reviewer: Jason
r4964 | [email protected] | 2009-02-16 12:41:50 -0500 (Mon, 16 Feb 2009) | 7 lines
Modify AccImpl.as to add @private to _protected final function $eventHandler(event:Event):void_ to work around an ASdoc bug. i will remove it when the bug gets fixed.
QE Notes: None
Doc Notes: None
Bugs: -
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-12390
http://bugs.adobe.com/jira/browse/SDK-16340
http://bugs.adobe.com/jira/browse/SDK-17755
http://bugs.adobe.com/jira/browse/SDK-16654
Modified Paths:
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/AccImpl.as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/AccordionHeaderA ccImpl.as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/AlertAccImpl.as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/ButtonAccImpl.as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/CheckBoxAccImpl. as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/ColorPickerAccIm pl.as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/ComboBaseAccImpl .as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/ComboBoxAccImpl. as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/DataGridAccImpl. as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/DateChooserAccIm pl.as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/DateFieldAccImpl .as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/LinkButtonAccImp l.as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/ListAccImpl.as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/ListBaseAccImpl. as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/MenuAccImpl.as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/MenuBarAccImpl.a s
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/PanelAccImpl.as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/RadioButtonAccIm pl.as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/SliderAccImpl.as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/TabBarAccImpl.as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/TitleWindowAccIm pl.as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/TreeAccImpl.as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/containers/Panel.as
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/core/UIComponent.as
Added Paths:
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/UIComponentAccPr ops.as
Removed Paths:
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/accessibility/UIComponentAccIm pl.as
Property Changed:
flex/sdk/branches/3.x/

[svn] 4854: initialize i10 merge tracking

Revision: 4854
Author: [email protected]
Date: 2009-02-05 08:04:15 -0800 (Thu, 05 Feb 2009)
Log Message:
initialize i10 merge tracking
Property Changed:
flex/sdk/trunk/

[svn] 1579: Merge 1578 to trunk.

Revision: 1579
Author: [email protected]
Date: 2008-05-06 12:30:10 -0700 (Tue, 06 May 2008)
Log Message:
Merge 1578 to trunk.
Modified Paths:
blazeds/trunk/apps/team/WEB-INF/flex/messaging-config.xml
blazeds/trunk/apps/team/WEB-INF/flex/services-config.xml
Added Paths:
blazeds/trunk/apps/team/features/messaging/messaging_AMF_Piggyback.mxml
blazeds/trunk/apps/team/features/messaging/messaging_HTTP_Piggyback.mxml

[svn] 4316: Merge to BlazeDS trunk.

Revision: 4316
Author: [email protected]
Date: 2008-12-15 15:59:05 -0800 (Mon, 15 Dec 2008)
Log Message:
Merge to BlazeDS trunk.
Fix for missing fault events at connect time for MessageAgents with needsConfig flags set true before connecting.
QA: Related to fixes by Jeff for LCDS-542, LCDS-541, LCDS-540, LCDS-539
Doc: No
Checkintests Pass: Yes
Ticket Links:
http://bugs.adobe.com/jira/browse/LCDS-542
http://bugs.adobe.com/jira/browse/LCDS-541
http://bugs.adobe.com/jira/browse/LCDS-540
http://bugs.adobe.com/jira/browse/LCDS-539
Modified Paths:
blazeds/trunk/frameworks/local-swcs/rpc.swc

[svn] 1397: Merge 1396 from trunk to 3.0.x

Revision: 1397
Author: [email protected]
Date: 2008-04-24 13:34:14 -0700 (Thu, 24 Apr 2008)
Log Message:
Merge 1396 from trunk to 3.0.x
Added Paths:
blazeds/branches/3.0.x/qa/apps/qa-regress/testsuites/mxunit/tests/MBean/
blazeds/branches/3.0.x/qa/apps/qa-regress/testsuites/mxunit/tests/MBean/Log/
blazeds/branches/3.0.x/qa/apps/qa-regress/testsuites/mxunit/tests/MBean/Log/LogMBeans.mxm l
blazeds/branches/3.0.x/qa/apps/qa-regress/testsuites/mxunit/tests/MBean/Log/MBeanFunction s.as
Removed Paths:
blazeds/branches/3.0.x/qa/apps/qa-regress/testsuites/mxunit/tests/MBean/Log/
blazeds/branches/3.0.x/qa/apps/qa-regress/testsuites/mxunit/tests/MBean/Log/LogMBeans.mxm l
blazeds/branches/3.0.x/qa/apps/qa-regress/testsuites/mxunit/tests/MBean/Log/MBeanFunction s.as

[svn] 4895: init merge tracking on trunk 1-4816.

Similar Messages

Maybe you are looking for