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 C8046D7C4 for ; Tue, 14 Aug 2012 08:28:25 +0000 (UTC) Received: (qmail 17516 invoked by uid 500); 14 Aug 2012 08:28:25 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 17298 invoked by uid 500); 14 Aug 2012 08:28:25 -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 17284 invoked by uid 99); 14 Aug 2012 08:28:25 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Aug 2012 08:28:25 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of tjfrazier@cfl.rr.com designates 75.180.132.120 as permitted sender) Received: from [75.180.132.120] (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Aug 2012 08:28:17 +0000 X-Authority-Analysis: v=2.0 cv=Dp/UCRD+ c=1 sm=0 a=4Jz+jJ0YjisZbq4FujTDrw==:17 a=RsiRbAn6vsoA:10 a=PGqWWfQJUIAA:10 a=k4F2Xzsw4HcA:10 a=05ChyHeVI94A:10 a=8nJEP1OIZ-IA:10 a=ayC55rCoAAAA:8 a=mV9VRH-2AAAA:8 a=-hyCGDrDAAAA:8 a=4DvXYarnDibqxPLMV_UA:9 a=wPNLvfGTeEIA:10 a=88iI8knYSJUA:10 a=4Jz+jJ0YjisZbq4FujTDrw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 68.205.107.180 Received: from [68.205.107.180] ([68.205.107.180:49240] helo=[127.0.0.1]) by cdptpa-oedge02.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id BE/09-13948-B0C0A205; Tue, 14 Aug 2012 08:27:56 +0000 Message-ID: <502A0C09.40206@cfl.rr.com> Date: Tue, 14 Aug 2012 04:27:53 -0400 From: TJ Frazier User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: ooo-dev@incubator.apache.org Subject: Re: Need MWiki Admin assistance to correct Google Analytics code References: <08A291F8-EFB1-475C-9A41-8D097440C630@comcast.net> <5029902F.4030906@cfl.rr.com> <51C4FF7E-2196-4136-B8EF-024C13C8287E@comcast.net> In-Reply-To: <51C4FF7E-2196-4136-B8EF-024C13C8287E@comcast.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On 8/13/2012 23:09, Dave Fisher wrote: > > On Aug 13, 2012, at 4:39 PM, TJ Frazier wrote: > >> On 8/13/2012 17:20, Dave Fisher wrote: >>> >>> On Aug 13, 2012, at 1:35 PM, Rob Weir wrote: >>> >>>> No response to this note or BZ issue :-( >>>> >>>> https://issues.apache.org/ooo/show_bug.cgi?id=120301 >>>> >>>> I'm told that we have only two people who have sys admin access to the >>>> wiki: imacat and Raphael. >>>> >>>> I appreciate that we're all busy with many other things, but I'd >>>> greatly appreciate it if this change can be made. It should be easy >>>> since Google Analytics is already integrated. We just need to update >>>> the account codes. >>> >>> I am also looking for help from the MWiki Admin to complete the activation of wiki.openoffice.org. It looks like the ATS code needs to recognize the URL (or MWiki does). The httpd config is simple so the trouble is not there. >>> >>> Regards, >>> Dave >>> >> Dave, >> AFAIK, Mwiki is only listening on 127.0.0.1, or some such, with ATS on the other end. I know of no one with ATS expertise (I would like to complain about stale pages), but it /is/ an active Apache project ... > > BTW - The MWiki now answers to wiki.openoffice.org. > > wiki.services.openoffice.org, doc.services.openoffice.org and ooo-wiki.apache.org are all redirected to wiki.openoffice.org. > > This all happens in DNS and Apache Traffic Server. > > Please describe the stale page problem. > > Regards, > Dave > Thanks for your work; the users will appreciate it. The "stale page" problem has been on the back burner for several reasons: (1) it is "flaky" (unable to reproduce to order); (2) there is a 100% workaround, although tricky: see (which, looking up the above link, I just this minute needed to use!); and (3) the cache times out on its own, eventually. Most commonly, I land on a page displaying the "Log In / Create Account" link. Sometimes (like today) I need to log in; other times I see the "You are logged in as" dialog, with the login box all filled out. Whatever I do, the subsequent display still shows the un-logged-in page. Rarely, I am already logged in, and link to a page which displays "Log In" (frequently not in English; usually German). Worst, after editing a page and saving, the subsequent display shows the unchanged original (scary!). In all cases, the "&purge=1" returns to normalcy. You can see on the ML's that other users hit the same problem. I refer them to "Moving Day". I attribute the problem to ATS, only because I never saw it until ATS was added (not definitive). So far, I have not seen any stale pages logged in to another user, as I did at Collabnet. That would be a major security breach, and I would raise hell. Thanks for listening. Anything you can do about it would be a big help. /tj/ >> >> /tj/ >>>> >>>> Thanks! >>>> >>>> -Rob >>>> >>>> On Mon, Aug 6, 2012 at 5:10 PM, Rob Weir wrote: >>>>> I need some help, from a MWiki admin, to fix the issue reported here: >>>>> https://issues.apache.org/ooo/show_bug.cgi?id=120301 >>>>> >>>>> I tried a JIRA issue with Infra, but they said that our admins need to >>>>> handle this. >>>>> >>>>> I'd be happy to do this myself, but I don't have permissions. >>>>> >>>>> Thanks! >>>>> >>>>> -Rob