On Fri, Sep 24, 2010 at 8:38 PM, Remy Blank <remy.bl...@pobox.com> wrote:

> Itamar O wrote:
> > (As appears in log: {{{ Trac[chrome] ERROR: Error with navigation
> > contributor BrowserModule: AttributeError: _wrap }}} )
>
> Strange, there's no occurrence of _wrap anywhere in Trac, so I would
> start disabling plugins until the issue goes away. This should tell you
> which plugin is responsible.
>
> OTOH, there doesn't seem to be any _wrap in any of the plugins on
> trac-hack either, so maybe it's in mod_wsgi?
>
> -- Remy
>
>
Further details:
I have disabled all plugins, reverted my mod_wsgi strategy back to
wsgi-script-per-environment (with explicit os.environ['TRAC_ENV'] = '...' in
each script), and disabled the site.html.
The issue persists!
This made me think about my assumption that it was fine before that,
and now I'm not sure...
The server I'm working on is new, and is the destination for migration of
previous set up (with Windows 2003, Trac 0.11, py-2.5, svn-1.5.6). It might
be that today was the first time that I tried moving back and forth between
different environments with repositories on the new server (the t.e.o layout
was the trigger - so easy to jump between sites!).

Something extra I noticed, which occurred several times (again no
consistency), after apache restart:
1. I access proj-1, it loads the env and all is well
2. I access proj-2, it loads and hits the above-mentioned error, then it
immediately restarts loading the env and succeeds!
3. back to proj-1, the env *again* reloads and hits the error, usually
failing (sometimes reloading again and succeeding).
this is really weird.. moreover, it is quite disturbing, as this is a
production server (luckily now is a weekend AND a holiday, so I have 2 days
to make things better:-) ).

I also searched Trac& plugins code for _wrap and found none.
It might be mod_wsgi, although I have a feeling it's in python-svn bindings,
which seems to be a weak-spot with Windows set ups...
I actually noticed now that the Windows event log has lots of errors in
httpd.exe:
"Faulting application httpd.exe, version 2.2.15.0, time stamp .., faulting
module python26.dll, version 2.6.5150.1013, time stamp .., exception code
0xc0000005, fault offset 0x0000cd35 (usually), ..."

Any advice on how to debug this issue further is appreciated.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Development" group.
To post to this group, send email to trac-...@googlegroups.com.
To unsubscribe from this group, send email to 
trac-dev+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/trac-dev?hl=en.

Reply via email to