Return-Path: X-Original-To: apmail-flex-dev-archive@www.apache.org Delivered-To: apmail-flex-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id CC91710A70 for ; Tue, 27 May 2014 19:58:18 +0000 (UTC) Received: (qmail 51014 invoked by uid 500); 27 May 2014 19:58:18 -0000 Delivered-To: apmail-flex-dev-archive@flex.apache.org Received: (qmail 50975 invoked by uid 500); 27 May 2014 19:58:18 -0000 Mailing-List: contact dev-help@flex.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@flex.apache.org Delivered-To: mailing list dev@flex.apache.org Received: (qmail 50967 invoked by uid 99); 27 May 2014 19:58:18 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 27 May 2014 19:58:18 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_HELO_PASS X-Spam-Check-By: apache.org Received-SPF: unknown (nike.apache.org: error in processing during lookup of aharui@adobe.com) Received: from [207.46.163.183] (HELO na01-bn1-obe.outbound.protection.outlook.com) (207.46.163.183) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 27 May 2014 19:58:14 +0000 Received: from BL2PR02MB500.namprd02.prod.outlook.com (10.141.95.147) by BL2PR02MB436.namprd02.prod.outlook.com (10.141.94.155) with Microsoft SMTP Server (TLS) id 15.0.949.11; Tue, 27 May 2014 19:57:50 +0000 Received: from BL2PR02MB500.namprd02.prod.outlook.com (10.141.95.147) by BL2PR02MB500.namprd02.prod.outlook.com (10.141.95.147) with Microsoft SMTP Server (TLS) id 15.0.949.11; Tue, 27 May 2014 19:57:49 +0000 Received: from BL2PR02MB500.namprd02.prod.outlook.com ([10.141.95.147]) by BL2PR02MB500.namprd02.prod.outlook.com ([10.141.95.147]) with mapi id 15.00.0949.001; Tue, 27 May 2014 19:57:49 +0000 From: Alex Harui To: "dev@flex.apache.org" Subject: Re: [Mustella] still failing, must fix Thread-Topic: [Mustella] still failing, must fix Thread-Index: AQHPdYoHWgBovr00z0O3ZEl+oKoRlJtUCjCAgABTOACAAA59AIAAFjqAgAAZ8ID//8cCAIAABEyAgAB4GYD//4v1gA== Date: Tue, 27 May 2014 19:57:48 +0000 Message-ID: References: <8A9083E5-7747-49B6-8975-25824E20964F@classsoftware.com> <07C19D54-11BB-4113-A52B-19ABBB1C2F7A@classsoftware.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.1.140326 x-originating-ip: [63.229.18.221] x-forefront-prvs: 02243C58C6 x-forefront-antispam-report: SFV:NSPM;SFS:(6009001)(428001)(24454002)(479174003)(377454003)(51704005)(189002)(199002)(36756003)(21056001)(15202345003)(101416001)(46102001)(77982001)(92726001)(79102001)(15975445006)(66066001)(83506001)(81542001)(81342001)(86362001)(80022001)(20776003)(76482001)(64706001)(19580395003)(92566001)(85852003)(2656002)(87936001)(54356999)(76176999)(77096999)(50986999)(99286001)(99396002)(19580405001)(83072002)(74502001)(83322001)(4396001)(74662001)(31966008);DIR:OUT;SFP:;SCL:1;SRVR:BL2PR02MB500;H:BL2PR02MB500.namprd02.prod.outlook.com;FPR:;MLV:sfv;PTR:InfoNoRecords;MX:1;A:1;LANG:en; received-spf: None (: adobe.com does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=aharui@adobe.com; Content-Type: text/plain; charset="us-ascii" Content-ID: <217FCA074956354DA45F1787309396AB@namprd02.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: adobe.com X-Virus-Checked: Checked by ClamAV on apache.org This is Justin's test case that replicates the problem in English. =09 =09 You should get an arg count mismatch. By changing the (!hasFieldName) test on Sort.as line 413 I got the expected result ("Find criteria must contain all sort fields") On 5/27/14 12:53 PM, "Michael A. Labriola" wrote: >>Mike, your thoughts on the logic? The test sets up two SortFields and a >>compare function on the Sort (not the SortFields) then calls findItem. >The first SortField's field name is a non-existent field. I think the >old logic would see if the field existed in the data item. The new logic >seems to assume the fieldName exists as long as there is no SortField >compare function and skips the check if the field exists in the data. > > >Let me setup and replicate this scenario and mine locally and see what I >can do. > >Mike