Return-Path: X-Original-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0687CDB08 for ; Tue, 18 Dec 2012 06:13:38 +0000 (UTC) Received: (qmail 39943 invoked by uid 500); 18 Dec 2012 06:13:37 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 39916 invoked by uid 500); 18 Dec 2012 06:13:36 -0000 Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: flex-dev@incubator.apache.org Delivered-To: mailing list flex-dev@incubator.apache.org Received: (qmail 39896 invoked by uid 99); 18 Dec 2012 06:13:36 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 18 Dec 2012 06:13:36 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of aharui@adobe.com designates 64.18.1.25 as permitted sender) Received: from [64.18.1.25] (HELO exprod6og110.obsmtp.com) (64.18.1.25) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 18 Dec 2012 06:13:27 +0000 Received: from outbound-smtp-1.corp.adobe.com ([192.150.11.134]) by exprod6ob110.postini.com ([64.18.5.12]) with SMTP ID DSNKUNAJcs2/RIX9D5DvJUFhttJfLocV4xXz@postini.com; Mon, 17 Dec 2012 22:13:07 PST Received: from inner-relay-4.eur.adobe.com (inner-relay-4.adobe.com [193.104.215.14]) by outbound-smtp-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id qBI6AA1v004883 for ; Mon, 17 Dec 2012 22:10:11 -0800 (PST) Received: from nahub01.corp.adobe.com (nahub01.corp.adobe.com [10.8.189.97]) by inner-relay-4.eur.adobe.com (8.12.10/8.12.9) with ESMTP id qBI6D3XL007980 for ; Mon, 17 Dec 2012 22:13:04 -0800 (PST) Received: from NAMBX02.corp.adobe.com ([10.8.127.96]) by nahub01.corp.adobe.com ([10.8.189.97]) with mapi; Mon, 17 Dec 2012 22:13:03 -0800 From: Alex Harui To: "flex-dev@incubator.apache.org" Date: Mon, 17 Dec 2012 22:13:01 -0800 Subject: Re: Apache 4.9 checkin tests and different locales Thread-Topic: Apache 4.9 checkin tests and different locales Thread-Index: Ac3c45tPyjidlqHeQJOf7bRyO6pLuAAAyAwo Message-ID: In-Reply-To: <153B8780-416A-4D2E-9098-2BF9C3CA60A0@classsoftware.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-Entourage/13.13.0.120411 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org I'm not sure you can run checkintests and mustella with different locales. The number of baselines would become unmanageable. I think there are some locale specific tests in mustella/tests/LangPacks, but I don't know how well they work. I believe they are excluded in mustella/properties/mustella.properties and you can unexclude the one for your locale by editing that file. I think we can continue on with RC4. We just need to consider how to explai= n what we are "certifying". You can stick the basictests.swf in the debugger and find out why it misses the OK button. On 12/17/12 9:49 PM, "Justin Mclean" wrote: > Hi, >=20 > I'm getting some variable results with the checkin tests and different lo= cales > (on OSX). >=20 > Run into 2 issues so far: > 1. DateFieldTest fails for non english locales, I assume this is because = the > month names are not in english. However it does pass for ja_JP. >=20 > Does mustella have the concept of different screen shots for different lo= cales > when needed? I certainly don't want to have to make a baseline for every > locale when 99% of the tests appear the same. >=20 > 2. Alert popup test, the popup stay around and isn't dismissed. Strangely= this > happens for the en_GB locale but not the en_AU locale (which passes all > tests). I assume it's just missing clicking the OK button but can't see w= hy it > would be different between those 2 locales. >=20 > Do we think the above issues are enough to vote down the ApacheFlex RC4? >=20 > Thanks, > Justin --=20 Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui