Return-Path: X-Original-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-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 EBA259D92 for ; Sat, 3 Mar 2012 22:35:15 +0000 (UTC) Received: (qmail 356 invoked by uid 500); 3 Mar 2012 22:35:15 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 299 invoked by uid 500); 3 Mar 2012 22:35:15 -0000 Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-dev@incubator.apache.org Delivered-To: mailing list ooo-dev@incubator.apache.org Received: (qmail 290 invoked by uid 99); 3 Mar 2012 22:35:15 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Mar 2012 22:35:15 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of dennis.hamilton@acm.org designates 216.119.133.2 as permitted sender) Received: from [216.119.133.2] (HELO a2s42.a2hosting.com) (216.119.133.2) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Mar 2012 22:35:07 +0000 Received: from 63-226-219-46.tukw.qwest.net ([63.226.219.46] helo=Astraendo) by a2s42.a2hosting.com with esmtpa (Exim 4.69) (envelope-from ) id 1S3xXK-002EZg-VJ for ooo-dev@incubator.apache.org; Sat, 03 Mar 2012 17:34:47 -0500 Reply-To: From: "Dennis E. Hamilton" To: References: <4F5201D3.9060905@apache.org> <1330784491.35146.YahooMailClassic@web113520.mail.gq1.yahoo.com> <4F52529D.80701@apache.org> <00bd01ccf975$2b1ccf60$81566e20$@acm.org> In-Reply-To: Subject: RE: Nominate release blocker: 118999 - Leap year not correctly calculated Date: Sat, 3 Mar 2012 14:34:52 -0800 Organization: NuovoDoc Message-ID: <00e701ccf98d$da48a280$8ed9e780$@acm.org> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQG+ozERaPFcTVGPSyXQOd0SZUmv9wItc/ySAYhhBWYBW3W6hAFycNURAY7L/wIC9mY7W5YdjAYQ X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a2s42.a2hosting.com X-AntiAbuse: Original Domain - incubator.apache.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - acm.org X-Virus-Checked: Checked by ClamAV on apache.org Amen on understanding the scope of the bug!! As promised, I built a smoke-test document and ran it. The bug does not = appear at all in any Windows version of OpenOffice.org that I tested. = In particular, it does not appear in OpenOffice.org 3.3.0, in the Oracle = OOo-dev 3.4.0 developer release, nor in the Apache OpenOffice OOo-dev = 3.4 Developer Snapshot r1293550. For more grounding, I confirmed that the bug also is missing from = LibreOffice 3.3.2, the one I use for production, but it does appear in = LibreOffice 3.5.0.=20 So, whatever the origin of the defect, it apparently does not exist in = the Apache OpenOffice lineage from OpenOffice.org. On the other hand, it would be good to keep the smoketest document = around, just in case. The file and screen captures demonstrating the presence and absence of = smoke are all attacked to the AOO Bugzilla report #118999. -----Original Message----- From: Rob Weir [mailto:robweir@apache.org]=20 Sent: Saturday, March 03, 2012 14:12 To: ooo-dev@incubator.apache.org Subject: Re: Nominate release blocker: 118999 - Leap year not correctly = calculated On Sat, Mar 3, 2012 at 2:38 PM, Dennis E. Hamilton wrote: > The reported bug is about a date conversion error on loading of a = stored ODP file. It appears from the description that the conversion = fails and a serial-date number of 0 results. > > If it can be confirmed that the error is localized to that case, the = fix has to be benign. This would be unrelated to whether or not there = are other defects involving serial-date numbers that correspond to the = leap days on any calendar. > I was hoping that OO did not have several independent places where leap year logic was coded, some with bugs, some without. But if it the case that this bug is only in the data input and conversion logic and not in the calculation logic, then great. But I think that would need to come from analysis of the code dependencies, not analysis of the defect report. Hopefully we agree that understanding the scope of the bug is a real good thing here, -Rob