Return-Path: Delivered-To: apmail-db-jdo-dev-archive@www.apache.org Received: (qmail 39724 invoked from network); 25 Oct 2005 07:59:00 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 25 Oct 2005 07:59:00 -0000 Received: (qmail 23520 invoked by uid 500); 25 Oct 2005 07:58:59 -0000 Mailing-List: contact jdo-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jdo-dev@db.apache.org Delivered-To: mailing list jdo-dev@db.apache.org Received: (qmail 23493 invoked by uid 99); 25 Oct 2005 07:58:59 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Oct 2005 00:58:59 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [192.18.98.36] (HELO brmea-mail-4.sun.com) (192.18.98.36) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Oct 2005 00:58:57 -0700 Received: from phys-mpk-1 ([129.146.11.81]) by brmea-mail-4.sun.com (8.12.10/8.12.9) with ESMTP id j9P7wbD7027048 for ; Tue, 25 Oct 2005 01:58:37 -0600 (MDT) Received: from conversion-daemon.mpk-mail1.sfbay.sun.com by mpk-mail1.sfbay.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0IOW00K01OH3PL@mpk-mail1.sfbay.sun.com> (original mail from Michelle.Caisse@Sun.COM) for jdo-dev@db.apache.org; Tue, 25 Oct 2005 00:58:37 -0700 (PDT) Received: from sun.com ([129.159.112.246]) by mpk-mail1.sfbay.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTP id <0IOW009Q3OTN7U@mpk-mail1.sfbay.sun.com> for jdo-dev@db.apache.org; Tue, 25 Oct 2005 00:58:37 -0700 (PDT) Date: Tue, 25 Oct 2005 00:58:47 -0700 From: Michelle Caisse Subject: Re: Apache JIRA : project JDO - disappearing issues In-reply-to: <435DE4B4.8020900@spree.de> To: jdo-dev@db.apache.org Message-id: <435DE5B7.1060404@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4.1) Gecko/20031008 References: <200510241225.j9OCP8Rn013080@service-01.spree.de> <435CD3D0.4010208@spree.de> <435DE4B4.8020900@spree.de> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N I see the same thing. Very weird. -- Michelle Michael Bouschen wrote: > Hi, > > some news: the two issues Andy resolved yesterday (JDO-170 and > JDO-174) are back on the list. But now a couple of subcomponents > disappeared. The BROWSE PROJECT page only lists tck11, tck20 and No > Component. > > Any idea? > > Regards Michael > > >> Hi Andy, >> >> yes, I figured out the same and just started my mail composer, but >> you were faster :-). >> >> I miss a couple of JDO Jira issues. There is an All filter under >> "Preset Filters" on BrowseProject page that is supposed to show all >> the JDO issues (no matter whether they are resolved or not): >> http://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&mode=hide&pid=10630 >> >> >> It lists 153 issues, but the latest issue has the number 192. >> Actually issues JDO-143 - JDO-181 do not show up in the list. Some of >> these are still open, e.g. >> http://issues.apache.org/jira/browse/JDO-161. I compared the detailed >> view of JDO-161 with one of the non disappearing issues, but I cannot >> see any difference. >> >> Regards Michael >> >> >>> Why is it that when I sometimes look at Apache JIRA I find that >>> issues are maybe no longer there, then I look back 10 mins later >>> they appear. Seems like Apache have some process that reloads up >>> JIRA every so often. Can anyone confirm what is actually going on >>> with your JIRA ? >>> >>> I look today and find pretty much none of the Query issues that >>> Michael (Watzek) raised, yet they were there yesterday (no, its not >>> a user preference issue - this is from a bookmarked page that shows >>> all issues for the JDO project). I'm wondering how are people >>> supposed to develop systems when the issue tracker is unreliable so >>> no one knows the issues ? .... hmmmmmmmmm >>> >> >> > >