mb | 2 Feb 10:19 2007
Picon
Picon

[Trac-dev] Trac hangs intermittantly


Hi,

we have an interesting phenomenon. Sometimes trac just hangs forever.
The daemon tracd runs,
but in a browser we only get the information "Waiting for
<address> ...". In this situation the only
way to get trac going again is to restart the daemon.

This usually happens, if the machine on which tracd runs is quite busy
and one or more users
run fairly complex reports.

We use trac (r4635) with mysql  (Ver 14.7 Distrib 4.1.11, for pc-linux-
gnu (i386)) as the
database backend.

The only unusual thing we saw in these situations was, that there was
a cross connection between
tracd and some other program communicating on a very high port number
(greater 40000).
I don't know which program (my guess would be mysql ???), since we had
to restart the daemon
fast and didn't think to check the connection before restarting (I
know stupid mistake) and the problem
hasn't occurred since then.

Has anybody an idea about this problem, as it is quite annoying in a
production environment.

(Continue reading)

Christian Boos | 2 Feb 10:34 2007
Picon

[Trac-dev] Re: Trac hangs intermittantly


mb wrote:
> Hi,
>
> we have an interesting phenomenon. Sometimes trac just hangs forever.
> The daemon tracd runs,
>   

tracd makes a heavy use of the db/pool code, which is why bugs in there 
can become more "visible".
And despites several attempts to "fix" it, this code is still buggy.
It used to be able to hang completely, but I've added a timeout 
(defaults 20 seconds) on the Condition.wait call, so normally this 
shouldn't happen anymore. Maybe you've disabled the db timeout?

I'm currently investigating the "interesting" behavior tracd shows when 
it has to deal with number of concurrent requests that is higher than 
the number of available connections in the pool, so stay tuned ;-)

-- Christian

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

mb | 2 Feb 11:38 2007
Picon
Picon

[Trac-dev] Re: Trac hangs intermittantly


Hi,

thanks for the info. I didn't disable the timeout, at least not
consciously. ;)
What would we have to have done to disable the timeout?

Anyway I'll stay tuned. :)

-- Max

On 2 Feb., 10:34, Christian Boos <c... <at> neuf.fr> wrote:
> mb wrote:
> > Hi,
>
> > we have an interesting phenomenon. Sometimes trac just hangs forever.
> > The daemon tracd runs,
>
> tracd makes a heavy use of the db/pool code, which is why bugs in there
> can become more "visible".
> And despites several attempts to "fix" it, this code is still buggy.
> It used to be able to hang completely, but I've added a timeout
> (defaults 20 seconds) on the Condition.wait call, so normally this
> shouldn't happen anymore. Maybe you've disabled the db timeout?
>
> I'm currently investigating the "interesting" behavior tracd shows when
> it has to deal with number of concurrent requests that is higher than
> the number of available connections in the pool, so stay tuned ;-)
>
> -- Christian
(Continue reading)

mb | 2 Feb 11:44 2007
Picon
Picon

[Trac-dev] Re: Ticket (radiobutton) is displayed wrong in Firefox 2.0 (with genshi)


Hi,

as I already posted, the upgrade worked fine, but now we have
different problem.
We use the 'restrict_owner = true' option for tickets, so we always
get a drop down
box with all possible owners. This box was sorted, but since the
upgrade it is not
anymore. Could this be because of the changes in r4625?

Anyway would the following patch solve this problem:

Index: perm.py
===================================================================
--- perm.py     (Revision 4635)
+++ perm.py     (Arbeitskopie)
 <at>  <at>  -160,7 +160,7  <at>  <at> 
                 elif nummembers:
                     groups.append(username)

-        return list(result)
+        return list(result).sort()

     def get_all_permissions(self):
         """Return all permissions for all users.

-- Max

On 26 Jan., 10:29, "mb" <maximilian.bernha... <at> post.rwth-aachen.de>
(Continue reading)

mb | 2 Feb 12:34 2007
Picon
Picon

[Trac-dev] Trac and remote Subversion Repositories


Hi,

since Ticket #493 has the 0.11 Milestone, I'd like to know its status.
Is somebody
actively working on this?

If so when would it be so far that it can be integrated into trunk. Or
is this feature
dropped because of http://www.meadowy.org/~gotoh/projects/remote-svn-
plugin/wiki.

Because we would like to have this feature very badly. Our subversion
server has to run
on different machine, because of company policy. Right now we use a
workaround with
a read-only svk-mirror-repo, but that has its own problems ...

I'll try the plugin with the svn:// protocol as soon as I have
upgraded our local subversion
clients (python bindings) to 1.3.2 or newer ...

-- Max

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

Christian Boos | 2 Feb 13:19 2007
Picon

[Trac-dev] Re: Trac and remote Subversion Repositories


mb wrote:
> Hi,
>
> since Ticket #493 has the 0.11 Milestone, I'd like to know its status.
> Is somebody actively working on this?
>   

Yes, Shun-Ichi Gotoh ;-)

> If so when would it be so far that it can be integrated into trunk. 
> Or is this feature dropped because of 
> http://www.meadowy.org/~gotoh/projects/remote-svn-plugin/wiki.
>   

Well, we haven't discussed this so far, so maybe this is the occasion.

There are mainly two options:
 1. "wontfix" #493 and ask people to use the remote-svn-plugin instead
 2. integrate this plugin in core, as an alternative SVN backend

There are several conditions for 2. to happen. First, Shun-Ichi Gotoh 
must be OK with that. Then we have to balance the benefits of having 
#493 supported out-of-the-box vs. having to maintain another backend.
Right now, given the "experimental" status of the plugin, that balance 
doesn't seem to be in favor of the inclusion. And from a look at the 
code, this is by no means the fault of Shun-Ichi Gotoh, rather because 
of the many bugs and workarounds needed to make the RA/client level 
bindings work.

(Continue reading)

Ilias Lazaridis | 2 Feb 14:38 2007

[Trac-dev] Mechanism to use Macros within Templates


I would like to provide a wiki template in order to include the
TracNav Macro (and some others) by default.

Is there any mechanism available to call macros from within templates?

.

--
http://dev.lazaridis.com/base

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

Thomas Moschny | 2 Feb 15:03 2007
Picon
Picon

[Trac-dev] Re: Mechanism to use Macros within Templates

On Friday 02 February 2007 14:38, Ilias Lazaridis wrote:
> I would like to provide a wiki template in order to include the
> TracNav Macro (and some others) by default.
>
> Is there any mechanism available to call macros from within templates?

I guess you already tried the various incarnations of WikiInclude 
macros/plugins and the TracWikiTemplates plugin, and that didn't work?

- Thomas
Thomas Moschny | 2 Feb 15:25 2007
Picon
Picon

[Trac-dev] Re: Version control refactoring suggestions


On Tuesday 30 January 2007 13:25, Peter Dimov wrote:
> IMHO implementing multiple repositories is the sole responsibility of
> the vcs backend

Imho this is the wrong way to go.

By simply introducing a virtual toplevel directory and virtual directories for 
each branch/repository, one loses important information (besides the problem 
that there can't be nameless branches). A branch/repo simply is not identical 
to a toplevel dir.

All source: wiki links for example have to carry that faked toplevel dir, but 
for anyone not knowing the setup of that trac, this remains unclear.

Instead the repository should be specified by a mapable prefix similar to the 
way the InterTrac links work (e.g. separated by a colon, as 
in "source:my-branch:README <at> 123"). This way, the source links stil carry the 
branch/repo information, but now in an explicit way. If there's a mapping 
between these prefix and the branches/repos somewhere, one can even 
move/rename repositories, extract sub-projects, and the like. (We want to 
have that going hand-in-hand with multiple projects support, don't we?)

Regards,
Thomas

--

-- 
Thomas Moschny  <thomas.moschny <at> gmx.de>

--~--~---------~--~----~------------~-------~--~----~
(Continue reading)

Ilias Lazaridis | 2 Feb 17:37 2007

[Trac-dev] Re: Mechanism to use Macros within Templates


Ο/Η Thomas Moschny έγραψε:
> On Friday 02 February 2007 14:38, Ilias Lazaridis wrote:
> > I would like to provide a wiki template in order to include the
> > TracNav Macro (and some others) by default.
> >
> > Is there any mechanism available to call macros from within templates?
>
> I guess you already tried the various incarnations of WikiInclude
> macros/plugins and the TracWikiTemplates plugin, and that didn't work?

this would not work by design.

The requirements are:

 * no need to modify the wikipages
 * ability to switch the extension on/off (Component)

I've implemted this manually for the AutoNav Macro.

If the component "WikiBacklinks" is enabled, the AutoNav result
becomes available on every page:

http://dev.lazaridis.com/base/browser/infra/tracx/tracx/menus.py?rev=162#L110

But this is not a generic solution (e.g. applicable to the TracNav or
other macros), because i use a copy of the macro and insert it's
output over a variable into a custom template.

So my request is essentially, how would one implement such a solution
(Continue reading)


Gmane