I've had a task - every morning I needed to send list of task to the owners
of that tikets.
I've written the small script in perl language. The script is avaliable in
my blog, but the blog is in russian language
http://blog.bessarabov.ru/2008/07/23/send-active-trac-tickets-to-mail/
I've placed th
On Wed, 2009-07-01 at 12:28 -0700, yoheeb wrote:
> On Jun 30, 8:11 am, normalAnomaly wrote:
> > Hello.
> >
> > I am considering using Trac as an issue and bug tracking system. I've never
> > used it before, however I do have some experience with Bugzilla.
> >
> > Can anyone give me a general over
On Wed, 2009-07-01 at 12:18 -0700, yoheeb wrote:
> in other words, you have to check at least 2 boxes, one to the left of
> a ticket #(really More than one why would you "batch modify" a single
> ticket?), and then the field you want to modify (say, milestone).
> Again, it seems obvious, but I w
Right, they are in the trac.ini file.
-Original Message-
From: trac-users@googlegroups.com [mailto:trac-us...@googlegroups.com] On
Behalf Of yoheeb
Sent: Wednesday, July 01, 2009 2:13 PM
To: Trac Users
Subject: [Trac] Re: Query options of a custom field
On Jul 1, 1:21 pm, RJOllos wrot
On Jun 30, 8:11 am, normalAnomaly wrote:
> Hello.
>
> I am considering using Trac as an issue and bug tracking system. I've never
> used it before, however I do have some experience with Bugzilla.
>
> Can anyone give me a general overview of pros / cons of using Trac for bug
> tracking over Bugzi
cool, and thanks. I have high hopes for the XMLRPC feature. I really
think it is the right way to "integrate" a lot of things I "wish trac
did" into trac, that really don't belong as part of the web interface,
IMHO.
--~--~-~--~~~---~--~~
You received this messag
On Jul 1, 9:11 am, Roger Oberholtzer
wrote:
> On Wed, 2009-07-01 at 06:53 -0700, jevans wrote:
>
> > On Jul 1, 12:55 am, Roger Oberholtzer
> > wrote:
> > > On Tue, 2009-06-30 at 12:21 -0700, jevans wrote:
> > > > Hi Roger,
> > > > Does it show check boxes next to each field and are you able to c
On Jul 1, 1:21 pm, RJOllos wrote:
> It sounds to me like the values for custom fields of a ticket are
> stored in the ticket_custom table, but not the available options for a
> custom field. Where are the possible values for the custom field
> stored?
>
> On Jun 30, 5:00 am, "Dan Winslow" wrote
Hey everybody,
This is still plaguing me. Are there any python developers out there
who can help?
Thanks,
-AB
On Jun 22, 1:32 pm, ab wrote:
> Hey everybody,
>
> I'm trying to install Trac without root permissions on a linux server
> and I'm running into a python problem. I've never done any
It sounds to me like the values for custom fields of a ticket are
stored in the ticket_custom table, but not the available options for a
custom field. Where are the possible values for the custom field
stored?
On Jun 30, 5:00 am, "Dan Winslow" wrote:
> The custom values are stored in the ticket
I upgraded a trac server to new hardware and in the process took pgsql
From 8.1 to 8.3. Viewing of individual tickets failed:
Trac detected an internal error:
OperationalError: ERROR: operator does not exist: text = integer
LINE 1: SELECT dest FROM mastertickets WHERE source=1222 ORDER BY de.
On Wed, 2009-07-01 at 06:53 -0700, jevans wrote:
>
> On Jul 1, 12:55 am, Roger Oberholtzer
> wrote:
> > On Tue, 2009-06-30 at 12:21 -0700, jevans wrote:
> > > Hi Roger,
> > > Does it show check boxes next to each field and are you able to check
> > > them? If so, that should enable the fields y
On Jul 1, 12:55 am, Roger Oberholtzer
wrote:
> On Tue, 2009-06-30 at 12:21 -0700, jevans wrote:
> > Hi Roger,
> > Does it show check boxes next to each field and are you able to check
> > them? If so, that should enable the fields you check.
>
> The check boxes work. But I cannot do anything in
On Jul 1, 3:37 am, ReneMT wrote:
> Hi all!
>
> I want to use the "version" property of a ticket to specify, in which
> version it has been implemented. This is no problem in general as I
> can modify the property for a ticket when releasing a new product
> version.
>
> But for our internal workf
Hi all,
I've recently started maintaining the http://trac-hacks.org/wiki/XmlRpcPlugin,
and have spent some time fixing and closing issues to make it work
well with newer Trac 0.11. There are not yet any formal releases, and
I suspect there are some more things I want to improve before I get to
th
Hi all!
I want to use the "version" property of a ticket to specify, in which
version it has been implemented. This is no problem in general as I
can modify the property for a ticket when releasing a new product
version.
But for our internal workflow I want to grant certain users the right
to cr
I'm looking to generate graphs of the number of faults in various states
over time so that fault trends can be analysed. I have looked at the
list of plugins but cannot see one that seems to provide this kind of
functionality. Can anyone suggest a suitable pluggin or a good way of
producing these k
Hello,
I'm just setting up a new server running svn/trac for a project I'm
working on. The VPS we're running on has debian 5 installed, and has
minimal RAM allocated to it. When apache is started, our ram usage
sits at about 50mb...once someone hits the trac page, though, it jumps
to about 130m
Hello,
Stephan wrote:
> My trac installation was very slow as well...
> until I did the mentioned "SetInputFilter None"-trick! :)
>
> I'm running Trac on Windows2000 Server/Apache2/mod_python.
>
> Thanks a lot!
>
Could people having that issue also try the newly released Trac
0.11.5rc1 *with
My trac installation was very slow as well...
until I did the mentioned "SetInputFilter None"-trick! :)
I'm running Trac on Windows2000 Server/Apache2/mod_python.
Thanks a lot!
On 19 Jun., 21:01, itbhp wrote:
> I also found trac very slow and after reading what you have written
> about it I c
20 matches
Mail list logo