On Aug 14, 2012, at 1:27 AM, TJ Frazier wrote: > 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 > <http://wiki.openoffice.org/wiki/Moving_Day> > (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.
We have the ability to control and access cache information. See http://trafficserver.apache.org/docs/v2/admin/cache.htm Infra is helpful on #asfinfra but you may want to file a JIRA. Regards, Dave > > /tj/ >>> >>> /tj/ >>>>> >>>>> Thanks! >>>>> >>>>> -Rob >>>>> >>>>> On Mon, Aug 6, 2012 at 5:10 PM, Rob Weir <[email protected]> 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 > >
