Re: [Trac] Workflownotificationplugin

[Ethan Jucovy]

Hi SF,

On Thu, May 18, 2017 at 9:42 AM, toto200891 
wrote:

> Could you please tell me, what do you mean by watchful user ?
>

The examples in documentation like ```same_status.recipients =
watchful_user, another_watchful_user``` don't mean anything specific -- I'm
just using those as example usernames to illustrate the configuration.

I've updated the documentation for clarity and replaced "watchful_user"
with "user1", etc.

-Ethan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

Re: [Trac] Workflownotificationplugin

[Ethan Jucovy]

On Thu, May 18, 2017 at 8:23 AM, toto200891 
wrote:

> It produced the following error:
> Syntax error in notify_reporter_when_accepted.body
> Hi $ticket.reporter, '$ticket.summary' has been accepted by
> $change.author. Its
> status is now $ticket.status.\n\n{% if change.comment %}$change.author
> said:\n\n
> $change.comment{% end %}-\nTicket URL: $link\n$project.name
> <${project.url o
> r abs_href()}>\n$project.descr
> TemplateSyntaxError: unexpected EOF while parsing (, line 1) (,
> line 1)
>

Aha -- I think you need to use the curly brace variable style whenever
you're accessing attributes with dots.  (I think it's a good idea to do it
always, just to be on the safe side.)  Try this:

notify_reporter_when_accepted.body = Hi ${ticket.reporter},
'${ticket.summary}' has been accepted by ${change.author}. Its status is
now ${ticket.status}.\n\n{% if change.comment %}${change.author}
said:\n\n${change.comment}{% end %}-\nTicket URL: ${link}\n${
project.name} <${project.url or abs_href()}>\n${project.descr}

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

Re: [Trac] Workflownotificationplugin

[Ethan Jucovy]

>
> By doing the following change an internal error occured stating:
>
> *Trac detected an internal error:*
>
> TemplateSyntaxError: unexpected EOF while parsing (, line 1) (, line 
> 1)
>
>
Hmm, it works fine for me with the configuration you provided.  Can you try
running this trac-admin command and see what the output is?  If there's a
typo in your notification rules, it should give you more clues for finding
& debugging it:

$ trac-admin  workflow_notifications validate

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

Re: [Trac] Workflownotificationplugin

[Ethan Jucovy]

Hi SF,

Try changing the first line of your [ticket-workflow-notifications] section
to:

[ticket-workflow-notifications]
notify_reporter_when_accepted = accept_for_analysis


Each notification needs to be assigned to one or more workflow actions --
in your configuration, "accepted_for_analysis" is a workflow state, not an
action; "accept_for_analysis" is the name of the workflow action.

Let me know if that solves the problem!

-Ethan

On Thu, May 18, 2017 at 6:24 AM, toto200891 
wrote:

> Hi,
>
> I recently installed WorkflowNotificationPlugin into my trac project.
> Before to that I was using Trac Notifications to send notifications to
> users, as it was working great! But as my requirements has changed and now
> I would like to send notifications as per the ticket-workflow. So I have
> installed WorkflowNotificationPlugin. But now the notification system
> doesnt seem to work. I have attached my trac.ini file below: please see if
> am missing something and kindly help me in this regard.
>
> [notification]
> admit_domains =
> always_notify_owner = false
> always_notify_reporter = true
> always_notify_updater = false
> ambiguous_char_width = single
> default_format.email = text/plain
> email_address_resolvers = SessionEmailResolver
> email_sender = SmtpEmailSender
> ignore_domains =
> message_id_hash = md5
> mime_encoding = base64
> sendmail_path = sendmail
> smtp_always_bcc =
> smtp_always_cc =
> smtp_default_domain =
> smtp_enabled = true
> smtp_from = @gmail.com
> smtp_from_author = enabled
> smtp_from_name =
> smtp_password = *
> smtp_port = 25
> smtp_replyto = **@gmail.com
> smtp_server = smtp.gmail.com
> smtp_subject_prefix = __default__
> smtp_to =
> smtp_user = **@gmail.com
> ticket_subject_template = $prefix #$ticket.id: $summary
> use_public_cc = false
> use_short_addr = true
> use_tls = true
>
> [components]
> workflow_notification.* = enabled
>
> [Ticket]
> workflow = ConfigurableTicketWorkflow, TicketWorkflowNotifier
>
> [ticket-workflow]
> accept_for_analysis = new,assigned_for_analysis,accepted_for_analysis ->
> accepted_for_analysis
> accept_for_analysis.label = accept
> accept_for_analysis.operations = set_owner_to_self
> accept_for_analysis.permissions = TICKET_MODIFY
> accept_for_development = develop,test -> accepted_for_development
> accept_for_development.label = accept
> accept_for_development.permissions = TICKET_MODIFY
> accept_to_test = test -> accepted_for_test
> accept_to_test.label = accept
> accept_to_test.permissions = TICKET_MODIFY
> create =  -> new
> create.default = 1
> develop = 
> accepted_for_analysis,accepted_for_test,develop,accepted_for_development
> -> develop
> develop.label = develop
> develop.permissions = TICKET_MODIFY
> leave = * -> *
> leave.default = 1
> leave.operations = leave_status
> pass = accepted_for_test -> closed
> pass.label = test_passed
> pass.operations = set_resolution
> pass.set_resolution = fixed
> reassign = new,assigned_for_analysis,accepted_for_analysis ->
> assigned_for_analysis
> reassign.label = reassign
> reassign.operations = set_owner
> reassign.permissions = TICKET_MODIFY
> reject = accepted_for_test -> develop
> reject.label = test_failed
> reopen = closed -> new
> reopen.operations = del_resolution
> reopen.permissions = TICKET_CREATE
> resolve = new,accepted_for_test-> closed
> resolve.label = wontfix
> resolve.operations = set_resolution
> resolve.permissions = TICKET_MODIFY
> test = accepted_for_development,test,accepted_for_test -> test
> test.label = test
> test.operations = TICKET_MODIFY
>
> [ticket-workflow-notifications]
> notify_reporter_when_accepted = accepted_for_analysis
> notify_reporter_when_accepted.body = Hi ${ticket.reporter},
> '${ticket.summary}' has been accepted \nby ${change.author}. Its status is
> now ${ticket.status}.
> notify_reporter_when_accepted.recipients = ${ticket.reporter}
> notify_reporter_when_accepted.subject = '${ticket.summary}' is now
> accepted
>
> Kindly help me in this regard.
>
> Thank you,
>
> SF
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Trac Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to trac-users+unsubscr...@googlegroups.com.
> To post to this group, send email to trac-users@googlegroups.com.
> Visit this group at https://groups.google.com/group/trac-users.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

Re: [Trac] Problem with Git and timeline filter done by

[Ethan Jucovy]

On Aug 13, 2014 1:38 PM, Peter Suter petsu...@gmail.com wrote:

 Unfortunately Trac has no such mapping feature I think.
 There is a ticket about this:
 http://trac.edgewall.org/ticket/10640

 It even has a patch attached that you could test.

FWIW I've been using this patch happily in production, and reapplying it
when upgrading Trac, since submitting it -- I prefer it over the built in
option in tracgit because it's repo-backend-agnostic and handles my
way-too-many git aliases nicely (ejucovy@, egj@, ethan.jucovy@, egj+laptop@,
lazily-committing-from-a-shared-login-on-a-dev-server@)

-Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

Re: [Trac] Option to *selectively* not send email notifications on ticket change

[Ethan Jucovy]

On Wed, Aug 6, 2014 at 1:25 PM, Jared Bownds jared.bow...@gmail.com wrote:

 http://trac-hacks.org/ticket/5495

 I'd like to visit this feature request.  I admit I do not have an initiate
 understanding of the ticketing system, but from the surface it seems quite
 trivial to simply mute emails - this behavior could even be hidden from
 users without the appropriate permissions.  In terms of desired behavior,
 add a button called Silent Submit next to the Submit Changes button
 that would mute any form of notification from being sent.  Instead of
 considering a full blown plugin, perhaps there is a hacky way to do it
 until AnnouncerPlugin is integrated?


The Workflow Notification Plugin (
http://trac-hacks.org/wiki/WorkflowNotificationPlugin) can address this --
you'd just need to swap out the default notification system and replace it
with this plugin's version for all notifications to make it work properly.
 Once that's done, though, there are several ways you could configure this
behavior using the plugin.

-Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

Re: [Trac] Option to *selectively* not send email notifications on ticket change

[Ethan Jucovy]

On Wed, Aug 6, 2014 at 6:59 PM, Jared Bownds jared.bow...@gmail.com wrote:

 On second thought, approaching the desired behavior by way of a ticket
 property is not going to work.  This method would be permanently attached
 to the ticket, and would not provide a flexible enough platform for a
 workflow notification condition.


Using a ticket property is one way, but you're right that it's a bit weird
since its state would persist on the ticket.  If you're willing to fiddle
around with other plugins or write a one-off plugin you could probably
force the checkbox to reset its state after each submission, though.

Or, you could also add custom workflow action(s) which the
WorkflowNotificationPlugin is configured not to respond to -- e.g. a
leave_quietly action in addition to leave.  This only really works if
your quiet ticket changes all involve leaving the ticket's state -- if you
need quiet versions of assign, reopen, resolve, etc., as well, then you'll
end up having to mirror your entire workflow configuration which is
probably too messy to be worthwhile.

And lastly, you could set up a conditional notification that looks for the
presence or absence of some keyword -- e.g. `notification.condition =
${@quiet not in change.comment}` -- and instruct users to include that
keyword in their ticket change comments if they want notifications
suppressed.

I hadn't known about QuietPlugin though -- it seems like that might be a
simpler solution.

-Ethan



 On Wed, Aug 6, 2014 at 3:50 PM, Jared Bownds jared.bow...@gmail.com
 wrote:

 Here is an example of the direction I'm headed.



 [ticket]workflow = TicketWorkflowNotifier


 *[ticket-custom]*

 *silence_email = checkbox
 silence_email.label = Silence Email
 silence_email.options =
 silence_email.order = 7
 silence_email.value = 0*







 On Wed, Aug 6, 2014 at 1:27 PM, Jared Bownds jared.bow...@gmail.com
 wrote:

 Hi Ethan,

 Thanks for contributing to the conversation.  Are you suggesting the
 following workflow configuration (see [ticket]) to achieve the desired
 result?  I could use some suggestions on how to emulate the existing
 behavior offered by Trac, eg. continuing to utilize
 ticket_email_plaintext.txt for specific email conditions

 In summary, If you were to implement this feature for yourself — how
 would you address it from a workflow configuration standpoint — in the
 context of replacing Trac's default notification workflow?

 [ticket]workflow = TicketWorkflowNotifier









 On Wed, Aug 6, 2014 at 10:38 AM, Ethan Jucovy ethan.juc...@gmail.com
 wrote:

 On Wed, Aug 6, 2014 at 1:25 PM, Jared Bownds jared.bow...@gmail.com
 wrote:

 http://trac-hacks.org/ticket/5495

 I'd like to visit this feature request.  I admit I do not have an
 initiate understanding of the ticketing system, but from the surface it
 seems quite trivial to simply mute emails - this behavior could even be
 hidden from users without the appropriate permissions.  In terms of 
 desired
 behavior, add a button called Silent Submit next to the Submit Changes
 button that would mute any form of notification from being sent.  Instead
 of considering a full blown plugin, perhaps there is a hacky way to do it
 until AnnouncerPlugin is integrated?


 The Workflow Notification Plugin (
 http://trac-hacks.org/wiki/WorkflowNotificationPlugin) can address
 this -- you'd just need to swap out the default notification system and
 replace it with this plugin's version for all notifications to make it work
 properly.  Once that's done, though, there are several ways you could
 configure this behavior using the plugin.

 -Ethan

 --
 You received this message because you are subscribed to a topic in the
 Google Groups Trac Users group.
 To unsubscribe from this topic, visit
 https://groups.google.com/d/topic/trac-users/N72FBxcd8js/unsubscribe.
 To unsubscribe from this group and all its topics, send an email to
 trac-users+unsubscr...@googlegroups.com.
 To post to this group, send email to trac-users@googlegroups.com.
 Visit this group at http://groups.google.com/group/trac-users.
 For more options, visit https://groups.google.com/d/optout.




 --

 Jared Bownds

 c. 916-224-2324
 e. Jared.Bownds@g jared.bow...@gmail.commail.com




 --

 Jared Bownds

 c. 916-224-2324
 e. Jared.Bownds@g jared.bow...@gmail.commail.com




 --

 Jared Bownds

 c. 916-224-2324
 e. Jared.Bownds@g jared.bow...@gmail.commail.com

  --
 You received this message because you are subscribed to the Google Groups
 Trac Users group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to trac-users+unsubscr...@googlegroups.com.
 To post to this group, send email to trac-users@googlegroups.com.
 Visit this group at http://groups.google.com/group/trac-users.
 For more options, visit https://groups.google.com/d/optout.


-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send

Re: [Trac] Re: Trac 1.0 + GitHub

[Ethan Jucovy]

Hi Dennis,

On Tue, Jun 3, 2014 at 3:39 PM, Dennis Bartlett dennis.bartl...@44doors.com
 wrote:

 I do know that github-trac and trac-github aren't needed any longer in 1.x
 as its a tracopt now.

 If anyone has any insite as to why we don't have a handler for /github
 even with the git tracopt enabled, please let us know.


That's incorrect -- the built-in tracopt git component doesn't provide
any github integration.  It's a standalone component for interacting with
git repositories that are hosted on the same server as your Trac
installation.

For Github integration you'll still need to use a third-party plugin like
the ones listed in Josh's original email.  I haven't tried any of those
myself, though.

Hope this helps,
Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

Re: [Trac] Re: Accidentally deleted the report while editing the sql query

[Ethan Jucovy]

On Thu, Feb 6, 2014 at 9:32 AM, Soha samalasow...@gmail.com wrote:

 Hi,

 Looks like I have given the wrong workflow. Please consider the below one :

 analyze = new_ticket - assign_severity_and_analyze
 analyze.default = 999
 analyze.operation = set_owner_to_self
 analyze.permissions = TICKET_CREATE
 assign = assign_severity_and_analyze - triage_and_assignment
 assign.default = 996
 assign.operation = set_owner
 assign.permission = TICKET_MODIFY
 close = user_test - closed
 close.default = 994
 close.operation = set_owner
 close.permissions = TICKET_CREATE
 fix = triage_and_assignment - fix
 fix.default = 995
 fix.operation = set_owner
 fix.permissions = TICKET_MODIFY
 leave = closed - *

 leave.default = 1000
 leave.operations = leave_status
 reopen = unit_test,user_test - triage_and_assignment
 reopen.default = 992
 reopen.operation = del_resolution
 reopen.permissions = TICKET_CREATE
 resolved = triage_and_assignment - closed
 resolved.default = 993
 resolved.operation = set_resolution
 resolved.permissions = TICKET_MODIFY
 test = fix - unit_test
 test.default = 997
 test.operation = set_owner
 test.permissions = TICKET_MODIFY
 uat = unit_test - user_test
 uat.default = 998
 uat.operation = set_owner
 uat.permissions = TICKET_MODIFY


The 'Warning : The action view is not available.' message would appear if
you POST a ticket form (modifying the ticket and/or leaving a comment) that
doesn't contain an action parameter.  But I'm not sure why that would be
happening if you're using Trac's built in user interface.

One problem: you have analyze = new_ticket -
assign_severity_and_analyze.  But new_ticket isn't a new ticket's
starting state -- that should be new. Right now you have no workflow
actions attached to the new state, which all newly created tickets start
out in.  So, any time you're trying to leave a comment or modify the
ticket, it seems like there are no valid actions that can be taken.

There seems to be more going on here -- I think ConfigurableTicketWorkflow
is supposed to provide a _reset action for cases like this, which should
be submitted in the POST request instead of nothing being posted.  Unless
you have other plugins installed which are changing the behavior of the
ticket modify form.

But I think changing that line in trac.ini to `analyze = new -
assign_severity_and_analyze` would probably fix this problem.

-Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] Re: Accidentally deleted the report while editing the sql query

[Ethan Jucovy]

On Thu, Feb 6, 2014 at 10:36 AM, Ethan Jucovy ethan.juc...@gmail.comwrote:

 On Thu, Feb 6, 2014 at 9:32 AM, Soha samalasow...@gmail.com wrote:

 Hi,

 Looks like I have given the wrong workflow. Please consider the below one
 :

 analyze = new_ticket - assign_severity_and_analyze
 analyze.default = 999
 analyze.operation = set_owner_to_self
 analyze.permissions = TICKET_CREATE
 assign = assign_severity_and_analyze - triage_and_assignment
 assign.default = 996
 assign.operation = set_owner
 assign.permission = TICKET_MODIFY
 close = user_test - closed
 close.default = 994
 close.operation = set_owner
 close.permissions = TICKET_CREATE
 fix = triage_and_assignment - fix
 fix.default = 995
 fix.operation = set_owner
 fix.permissions = TICKET_MODIFY
 leave = closed - *

 leave.default = 1000
 leave.operations = leave_status
 reopen = unit_test,user_test - triage_and_assignment
 reopen.default = 992
 reopen.operation = del_resolution
 reopen.permissions = TICKET_CREATE
 resolved = triage_and_assignment - closed
 resolved.default = 993
 resolved.operation = set_resolution
 resolved.permissions = TICKET_MODIFY
 test = fix - unit_test
 test.default = 997
 test.operation = set_owner
 test.permissions = TICKET_MODIFY
 uat = unit_test - user_test
 uat.default = 998
 uat.operation = set_owner
 uat.permissions = TICKET_MODIFY


 The 'Warning : The action view is not available.' message would appear
 if you POST a ticket form (modifying the ticket and/or leaving a comment)
 that doesn't contain an action parameter.  But I'm not sure why that
 would be happening if you're using Trac's built in user interface.

 One problem: you have analyze = new_ticket -
 assign_severity_and_analyze.  But new_ticket isn't a new ticket's
 starting state -- that should be new. Right now you have no workflow
 actions attached to the new state, which all newly created tickets start
 out in.  So, any time you're trying to leave a comment or modify the
 ticket, it seems like there are no valid actions that can be taken.

 There seems to be more going on here -- I think ConfigurableTicketWorkflow
 is supposed to provide a _reset action for cases like this, which should
 be submitted in the POST request instead of nothing being posted.  Unless
 you have other plugins installed which are changing the behavior of the
 ticket modify form.


For future reference: I can reproduce the problem using the above workflow
configuration on a new trac environment.  I'm going to look into this a bit
to figure out why _reset isn't kicking in.  I'll file a core ticket if it
seems appropriate once I understand a bit more about what's going on.

-Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] mapping between git author/committer and trac user

[Ethan Jucovy]

Hi Christophe,

On Thu, Jan 30, 2014 at 4:43 AM, Christophe Domas 
christophe.do...@gmail.com wrote:

 I don't have user email in trac. I think I have to install the Account
 Manager Plugin, right?


You can set an email address for your own Trac account without Account
Manager.  Just look in /prefs.

I think you can also set all users' email addresses from the command line
using `trac-admin` -- look for the `trac-admin session list` and
`trac-admin session set` commands.

Account Manager is needed only if you want an admin panel for setting all
users' email addresses through the web.


 I was thinking to patch the _parse_user_time(s)in git_fs.py to return the
 git user.name without email. Is it a bad idea?


If you're comfortable patching your Trac installation, and prefer to patch
your site instead of using trac_user_rlookup + Trac session emails, I would
recommend the patch I posted earlier:


http://trac.edgewall.org/attachment/ticket/10640/changeset_user_mapper_component.diff

It's much more flexible, since it lets you maintain a list of git-trac
names in your trac.ini file.

-Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] mapping between git author/committer and trac user

[Ethan Jucovy]

Hi Christophe,

On Wed, Jan 29, 2014 at 5:27 AM, Christophe Domas 
christophe.do...@gmail.com wrote:

 My trac user is chdomas.
 When I push a commit, the autor/committer is chdomas christophe.domas@
 __.com and trac cannot map the git author with trac user:


I've been dealing with this problem too.  I have a patch applied against my
Trac installation:

http://trac.edgewall.org/attachment/ticket/10640/changeset_user_mapper_component.diff

If you apply that patch, you can then add a git-trac user mapping in your
trac.ini file like this:

 [repository-changeset-user-mapper]
 Lammy Lammerson la...@example.com = lammy
 chdomas christophe.domas@__.com = chdomas

More details at http://trac.edgewall.org/ticket/10640#comment:7

Hope that helps,
Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] mapping between git author/committer and trac user

[Ethan Jucovy]

On Jan 29, 2014 7:43 PM, Ethan Jucovy ethan.juc...@gmail.com wrote:

 Hi Christophe,

 On Wed, Jan 29, 2014 at 5:27 AM, Christophe Domas 
christophe.do...@gmail.com wrote:

 My trac user is chdomas.
 When I push a commit, the autor/committer is chdomas 
 christophe.domas@__.com
and trac cannot map the git author with trac user:


 I've been dealing with this problem too.  I have a patch applied against
my Trac installation:

Actually you may not need the patch, if your git commits are authored with
the same email address that your trac user account is associated with.

In that case, I think an existing configuration option would work:

[git]
trac_user_rlookup = true

The patch is only needed if your git commits do not correspond with your
trac account's email address.

-Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

[Trac] Attaching ticket fields exclusively to workflow actions?

[Ethan Jucovy]

Hi,

I have a custom ticket field staging_changeset which tracks the commit
reference in which a feature or bugfix was merged to the staging code
branch (and deployed to the staging server).  I also have some custom
workflow to move tickets from [active] - ready_for_staging -
needs_qa_on_staging - [launched].

I'd like to associate this field with that workflow action, in the same way
that the resolution field is associated by default with the resolve
action, or (except for new tickets) the owner field is associated by
default with the reassign action:

1) The field should be displayed alongside the action's radio button in the
workflow section

2) The field should not be present in the Modify Ticket form for new or
existing tickets

I can implement these in a plugin, but it seems like it must be a common
request.  Does anyone know of any existing plugins to accomplish this,
preferably in conjunction?

I'm aware of various plugins to conditionally hide ticket fields
(TicketFieldsPlugin, CondFieldsPlugin, etc) but I'm not aware of one that's
specifically tied to workflow.  And I haven't found any existing
ITicketActionController implementation that lets you configure arbitrary
set_[field] operations without coding.

Thanks,
Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

[Trac] ANN: WorkflowActionButtonsPlugin

[Ethan Jucovy]

Hi,

I've released a small new plugin, WorkflowActionButtons, to streamline
workflow interactions on a ticket.  It adds a row of buttons to the top of
a ticket page, basically replicating the Workflow Actions panel in the
Modify Ticket section, but with small graphical buttons, and uses modal
interactions for supplemental information like comments, resolutions,
reassignments, etc.

Screenshots:
http://trac-hacks.org/wiki/WorkflowActionButtonsPlugin#Screenshots

More details: http://trac-hacks.org/wiki/WorkflowActionButtonsPlugin

It's intended to streamline a certain use case that I run into frequently:
most often when I'm viewing a ticket I want to take some workflow action
(reassign, close, reopen, move_to_qa...) and perhaps leave a comment, but
with the default UI, this involves first expanding the Modify Ticket
section, then scrolling all the way down past the ticket edit form to the
Actions panel to select an action, then scrolling back up to the Comments
section to leave a comment along with my action.

The plugin is BSD-licensed and can be installed from PyPI and Github:

https://pypi.python.org/pypi/trac-WorkflowActionButtons

https://github.com/ejucovy/trac-WorkflowActionButtonsPlugin

At the moment the plugin is minimally configurable (labels and icons can be
changed) but I have some plans to expand the trac.ini options available to
a site administrator.

Happy New Year,
Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] Disabling ZIP downloads in TRAC

[Ethan Jucovy]

On Jan 1, 2014 8:21 AM, Adrian Gschwend adrian.gschw...@fusepool.net
wrote:

 Dear group,

 I run a bunch of public TRAC repositories and for new year a crazy bot
ignoring my robots.txt started to get source on my repositories as Zip
archive, which is a really bad idea on my system. The archives are huge and
this is DoSing the server very fast.

 I blocked this via various Apache rules for most search engine bots but
now I want to disable it in general, if possible in TRAC itself and not in
Apache configuration. I googled around for quite a while now but I did not
find out if this is possible in trac.ini. Any hints on that?

Do you need to disable downloads only for bots, or in general? If you want
to disable them in general, I think setting [browser] downloadable_paths to
an empty value will do what you want:

http://trac.edgewall.org/wiki/TracIni

-Ethan

 thanks  happy new year!

 Adrian

 --
 You received this message because you are subscribed to the Google Groups
Trac Users group.
 To unsubscribe from this group and stop receiving emails from it, send an
email to trac-users+unsubscr...@googlegroups.com.
 To post to this group, send email to trac-users@googlegroups.com.
 Visit this group at http://groups.google.com/group/trac-users.
 For more options, visit https://groups.google.com/groups/opt_out.

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] Re: Few questions regarding software version

[Ethan Jucovy]

On Thu, Dec 12, 2013 at 7:19 AM, Ala Maison sys.alamai...@gmail.com wrote:

 Hello,
 I finished the installation (according the trac installation guide
 available on trac website) but it's not working, i can't load it.


When you say it's not working and you can't load it, what specifically
are you doing to try to access the trac site, and what is the result?


I've been searching all over the place.
 Thanks Matt for your conf file for trac, i used it to make my own

 # Redirect plain requests to the https://
 VirtualHost*:80
 ServerName trac.fdqn


Just to make sure: did you leave this line ServerName trac.fdqn (and the
various other references to trac.fdqn) in place literally?  This is the
line that tells Apache what domain name is active for the configuration, so
trac.fdqn needs to be replaced with a real domain name that resolves to
the server where Apache is running.

Also making sure: did you reload Apache after installing your Apache conf
file?  What was the console output when you reloaded it?

-Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] Re: Few questions regarding software version

[Ethan Jucovy]

On Tue, Dec 10, 2013 at 10:06 AM, Ala Maison sys.alamai...@gmail.comwrote:

 Hello,
 Thanks for your answer but i think my problem is more apache related since
 i can't even access it anymore, a simple url like this 
 http://localhost:8000/; doesn't work when it used to display the test
 project i created on the new server.


 http://localhost:8000; doesn't sound like a Apache URL on a remote server
at all, unless (a) you've established an SSH tunnel to forward localhost to
the remote server (or you are wget'ing that address from a terminal on the
server itself) and (b) you've configured Apache to run on port 8000.

More likely the Apache server is running on port 80 (the HTTP default) and
listening for connections to its IP address or a particular domain.  What
happens (both in the browser, and also in the apache log files) when you
type in the server's public IP address in a browser window?

Apologies if I'm misunderstanding your setup.

-Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] Trac 1.0.1 custom field question

[Ethan Jucovy]

 I then edit a ticket so that the sprintinfo field exists for a ticket. I
 then
 do a query, hoping to see tickets for which sprintinfo has a value:

 [[TicketQuery(sprintinfo!=)]]


The following spelling works for me:

[[TicketQuery(sprintinfo=!)]]

That is, exclamation point after equals sign, and nothing after it instead
of .

-Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] MultiRepoSearchPlugin not updating index

[Ethan Jucovy]

On Wed, Dec 4, 2013 at 4:38 AM, Feuermurmel michi.schw...@gmail.com wrote:
 I'd be fine with only one syntax being accepted and the other one being
rejected with a clear error message.
 When I run the command with the r24 syntax, I'm not seeing any
indication of an error, in the logs or on
 the command line, which is IMHO suboptimal.

Agreed; I just filed http://trac.edgewall.org/ticket/11386, proposing some
debug output to clarify this.

 That has been working very well for half a year and I assumed that the
sync command will trigger all the same
 events inside of Trac as a chnagesat added would, except maybe less
efficient. But a few weeks ago I noticed
 that the MultiRepoSearchPlugin was not finding new stuff in the
repositories and so I investigated.

 What is your view on this? Do you think It makes sense to expect my
approach of notifying Trac of changes in the
 repositories? Otherwise I would just rewrite my script to instead issue
the correct changeset added commands.

 Well, it seems I have answered my own question; the CommitTicketUpdater
also refuses to work when just
 using the sync command, instead relying on the same events that
MultiRepoSearchPlugin uses.

Yeah, it looks like repository sync (and repository resync) don't fire
any plugin-friendly events at all.  So I think your best option is
rewriting your script to issue the changeset added commands in sequence.

-Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] Trac 1.0.1 custom field question

[Ethan Jucovy]

On Wed, Dec 4, 2013 at 5:42 PM, RjOllos rjol...@gmail.com wrote:

 On Wednesday, December 4, 2013 8:58:54 AM UTC-8, Ethan Jucovy wrote:

 I then edit a ticket so that the sprintinfo field exists for a ticket. I
 then
 do a query, hoping to see tickets for which sprintinfo has a value:

 [[TicketQuery(sprintinfo!=)]]


 The following spelling works for me:

 [[TicketQuery(sprintinfo=!)]]

 That is, exclamation point after equals sign, and nothing after it
 instead of .

 -Ethan


 You reminded me of this comment:
 http://trac.edgewall.org/wiki/TracQuery?action=diffversion=40old_version=39

 It looks like either != or =! works in this case, and the significant
 difference here is to have nothing rather than . Is that what you find as
 well?


Yeah -- you're right, nothing vs  is the only difference that matters.  I
had assumed =! vs != was important, but for me too it works either way.

-Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] MultiRepoSearchPlugin not updating index

[Ethan Jucovy]

Hey Michael,

You're right that changes are supposed to be reindexed automatically when a
new commit is added.  Details inline:

On Mon, Dec 2, 2013 at 10:32 AM, Michael Schwarz michi.schw...@gmail.comwrote:

 When I create a new commit and notify Trac manually, I see the following:

 $ venv/bin/trac-admin $ENV changeset added '(default)' r24


I just set up a test environment, and I'm seeing the same behavior as you
with this command.  It looks like the issue here has to do with the r24
spelling: the SVN backend bails out with an error before Trac even gets to
notify any plugins about the changeset_added event.

If I run the same command without the r prefix, it works fine:

$ venv/bin/trac-admin $ENV changeset added '(default)' 24

Can you try that out and see if it works for you too?  I suspect that it
will.

(You may also want to switch your MultiRepoSearchPlugin installation to a
direct-from-git install[1] for now -- I just pushed a change to make better
use of debug logging.)

When you were building that trac-admin shell command, where did you get the
r24 (versus just 24) from?  What does your SVN post-commit hook look
like?

Depending on whether r24 is intended to be a supported syntax here, this
looks like it's either a bug in your post-commit hook, or in Trac core's
`normalize_rev` function(s), which currently raise a NoSuchChangeset
exception when something like r24 is passed in.

-Ethan

[1] https://github.com/boldprogressives/trac-MultiRepoSearchPlugin

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] Wiki formatting and javascript scripts

[Ethan Jucovy]

 I have a my javascript in a file I load. It has a function called init()
 that I want to have called when the HTML block is rendered. I tried adding:



 $( document ).ready(function() {init()});



 All I get is this text in the rendered page... I realize this question is
 sort of veering away from Trac - except that it is trying to get something
 to work in the Trac HTML block.


Did you put that code in a script tag?  Otherwise it will just be treated
as HTML code to render instead of Javascript to execute.

{{{
#!html
script src=OpenLayers.js/script
script type=text/javascript
$( document ).ready(function() { init(); });
/script
}}}

(BTW you can skip the extra function layer -- ``$(document).ready(init);``
would work.)

-Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] Android Client on Google Play

[Ethan Jucovy]

On Wed, Nov 13, 2013 at 10:03 AM, Michiel van Loon mfvl...@gmail.comwrote:

 since I had a need for an Android client to TRAC I wrote one myself.
 It is now in a state that I dare to show it to the world.


I'm really excited about this!!  I've been wishing there was an Android
Trac client for a while, but had no idea where to begin.  I'll try it out
ASAP and encourage my coworkers to try it also.

Is the source code available somewhere (trac-hacks, github, etc)?  And do
you have an issue tracker set up?

Thanks,
Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] TracSprint at PyCon

[Ethan Jucovy]

On Wed, Sep 18, 2013 at 2:33 AM, Olemis Lang ole...@gmail.com wrote:

 On 9/17/13, RjOllos rjol...@gmail.com wrote:
  On Tuesday, September 17, 2013 9:52:22 PM UTC-7, olemis wrote:
 
  On 9/17/13, RjOllos rjo...@gmail.com javascript: wrote:
  [...]
   is there
   any interest in having a TracSprint at PyCon in 2014?
  
 
  yes , especially if that includes working on plugins too ... is that
  the case or is it just limited to Trac core ?
 
  [...]
 
 
  It looks like work was planned or done on plugins at the last sprint,
  http://trac.edgewall.org/wiki/TracSprint

 good !

  I'd be interested in working on either the Trac core or plugins


This is a great idea, I'm very interested too.

-Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] two-way e-mail conversation from within Trac (was: New email2trac version)

[Ethan Jucovy]

On Tue, Jun 18, 2013 at 5:53 PM, W. Martin Borgert deba...@debian.orgwrote:

 There is one thing, I'm missing however: When support staff is
 answering a ticket, they still use their e-mail client (MUA) and
 have to cc the Trac address to update the ticket at the same
 time. They have to take care to put the ticket number in the
 subject. It would be nice, to answer directly from within Trac
 and let Trac send out the email to the client.

 One can, of course, put the client into cc of the ticket, but
 that would potentially generate a flood of mails to the client,
 e.g. if the ticket is re-assigned or some internal fields, not
 of interest to the client, are changed.


Could the WorkflowNotificationPlugin be of use here?  (
https://www.trac-hacks.org/wiki/WorkflowNotificationPlugin)  I've been
using it pretty happily in a helpdesk-type configuration, with custom
notifications tied to workflow actions for triage/review, info-needed and
verification.  Using conditional notifications you could conceivably set it
up independent of workflow states.

I haven't yet installed email2trac on my setup, but I've been meaning to --
I definitely had it mind to complement email2trac when I was first
developing WorkflowNotificationPlugin.

-Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] Datetime values in add_script_data

[Ethan Jucovy]

On Wed, Jun 5, 2013 at 9:25 PM, Olemis Lang ole...@gmail.com wrote:
 Is it possible to include datetime values in add_script_data and
 expect these to be converted to JS values in templates ? If not,
 what's the recommended approach to get this done ?

The JSON format does not define a syntax for specifying datetime
values, so you'll need to turn your Python datetime into a string
before passing it to add_script_data, and your Javascript code will
need to know that the variable should be turned into a Date.

In Python `my_dt_obj.isoformat()` (ISO 8601 format) will give you a
string with full date/time/zone information, which can then be passed
into the Javascript `new Date(myVar)` constructor on the other end.

-Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] Synchronize error

[Ethan Jucovy]

On Thu, Mar 7, 2013 at 5:46 AM, Craig Willis craigwilli...@gmail.com
wrote:

 The problem I'm getting is that whenever i update the repository_dir in
the trac.ini file I get the following:


 Warning: Can't synchronize with repository (default) (Unsupported
version control system svn: Can't find an appropriate component, maybe
the corresponding plugin was not enabled? ). Look in the Trac log for more
information.

If you want to use a Subversion repository, you need to enable Trac's svn
components in your trac.ini file:

http://trac.edgewall.org/wiki/TracSubversion

 I also intsalled mod_python

By the way, mod_python is no longer an actively maintained project, so it's
recommended not to use it.  See
http://trac.edgewall.org/wiki/TracModWSGIfor an alternative.

-Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] add custom timezones

[Ethan Jucovy]

On Tue, Mar 5, 2013 at 3:15 PM, Oliver Stueker ostue...@gmail.com wrote:

 Hi all,

 is there a way to extend/modify the list of timezones offered by Trac?

 Background is that I'm in Newfoundland which has a timezone of GMT-3:30
 but the timezone list only contains full hours.


This is a fallback behavior that occurs if the pytz package isn't
installed.  If you install pytz (`pip install pytz` or `easy_install pytz`)
and then restart Trac's web server, you'll see a much larger list of
timezones, which includes Canada/Newfoundland among the options.

-Ethan


 I can use Server's local Timezone in the Admin section, but the
 Datepicker in the Milestone administration that is supposed to help me ist
 just driving me crazy, as it always sets the TZ to GMT-12:00.

 I'd be happy if I could patch a file or two to include GMT-3:30 in those
 lists. (It's an internal installation anyway and most users are in this
 timezone anyway)

 Thanks,
 Oliver

 --
 You received this message because you are subscribed to the Google Groups
 Trac Users group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to trac-users+unsubscr...@googlegroups.com.
 To post to this group, send email to trac-users@googlegroups.com.
 Visit this group at http://groups.google.com/group/trac-users?hl=en.
 For more options, visit https://groups.google.com/groups/opt_out.




-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] Setup multiple projects + global authentication + AccountManagerPlugin

[Ethan Jucovy]

On Thu, Feb 28, 2013 at 7:01 PM, Filipe Correia fcorr...@gmail.com wrote:

 On Thu, Feb 28, 2013 at 11:39 PM, Steffen Hoffmann hoff...@web.de wrote:
  Unfortunately, looks like after adding a value to auth_cookie_path I
  can no longer login...  When I enter my username and password I'm just
  redirected to the previous page. I've tried setting auth_cookie_path
  to the path of my trac projects /srv/tracprojects/, and to
  /var/www/trac, but no luck. Is there maybe a specific module of
  AccountManager that I should enable to make it work?
 
  Nothing. I've encountered similar situations a lot while testing. Make
  sure you have deleted any auth cookie from the browser cache. This is
  most probably a side-effect of a pre-existing cookie with the old path.
 

 I don't think that's it, as I used a Chome Incognito window to be
 sure (i.e., no previous cookies). Anyway, let me try again in a few
 hours (I will be without access to the network where that server lives
 for a while).


FWIW, I've had success setting auth_cookie_path in all environments to
the value / (where my sites are set up at http://example.com/one-trac-envand
http://example.com/another-trac-env) but I won't claim to understand this
setting..

-Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] Automatic referral info in tickets?

[Ethan Jucovy]

On Sat, Feb 23, 2013 at 3:57 PM, Leho Kraav lkoogliz...@gmail.com wrote:
 Does trac have any implementation for automatic referral info posting in
 tickets?

 Example: In #11222 write this is handled in #7878 and 7878 would receive
 an automatic entry this ticket was referred in #11222 by @thisandthat.

 Yes, just like GitHub does it.

Try the TracBacks plugin: http://trac-hacks.org/wiki/TracBacksPlugin

-Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] Re: ANN: WorkflowNotificationPlugin

[Ethan Jucovy]

Hi Geert,

On Tue, Jan 22, 2013 at 2:25 PM, Geert glind...@dynamiccontrols.com wrote:

 Hi Ethan,

 I deployed your plugin on Trac 1.0  python 2.7. It worked without a
 problem, thanks.

 One question though, how do I add blank lines to the body of my
 notification emails? If I just add a blank line then they don't show up in
 the email.


You can add blank lines by typing \n in your email template.  The
plugin's code will parse these \n strings into actual newline characters.
 So, for example, a configuration like

notice.body = Notification for ticket $ticket.id: $link\n\n\n\nThis is
a notification.

should result in an email body with four blank lines between the two
sentences.

This seems to work more reliably than using the .ini file's own multi-line
syntax which apparently collapses whitespace.

I've added this information into the plugin's wiki documentation.

Let me know if this doesn't work for you.

-Ethan

-- 
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Trac] E-Mail update for ticket closed fixed only?

[Ethan Jucovy]

On Dec 12, 2012 7:24 AM, W. Martin Borgert deba...@debian.org wrote:

 Quoting Ethan Jucovy ethan.juc...@gmail.com:

 FYI, I've just released a new standalone plugin,
 WorkflowNotificationPlugin, that can be configured to accomplish this:
 http://trac-hacks.org/wiki/WorkflowNotificationPlugin#ConditionalNotifications


 Yes, many thanks! I saw your announcement and believe that this
 is exactly what I need. Do you know by accident whether the
 plugin works with 0.11.7?

I just tested it on a 0.11.7 environment and made a new release 0.4
that seems to work with 0.11.7.  I think the previous release actually
would have failed on 0.12 too.

  http://pypi.python.org/pypi/trac-WorkflowNotificationPlugin/0.4
  
https://github.com/boldprogressives/trac-WorkflowNotificationPlugin/archive/0.4.tar.gz

  https://trac-hacks.org/ticket/10702

-Ethan

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

[Trac] ANN: WorkflowNotificationPlugin

[Ethan Jucovy]

Hi,

I've released a new (BSD licensed) plugin on Trac Hacks, PyPI and Github.
 WorkflowNotificationPlugin enables configurable email notifications tied
to ticket workflow events.  For example, you could set up one email
notification to be sent out when the resolve action is taken, and a
different email notification to be sent out when the accept or reassign
actions are taken.

The plugin does not make any assumptions about your workflow configuration,
or even whether you're using the built-in ITicketActionController at all.

Notifications are configured through trac.ini using a syntax that's similar
to Trac's built-in configurable workflow.  Each notification's subject,
body, and recipient list is defined as a Genshi template, whose template
context includes the ticket's new values, old values, and the change
comment and author.  So notifications can be quite flexible; you could send
out a notification to the ticket's reporter and CC list, or to a hard coded
list of email addresses and usernames, or to the value of some custom
field, etc.  You can also use this plugin to generate something like Trac's
built in ticket notification email, by comparing the ticket's old values
and new values in the body template.

You can also configure conditional notifications.  For example, you can set
up a notification that will be sent out when the resolve action occurs,
but only if the ticket's new resolution is fixed.

More usage details and examples are available here:

 http://trac-hacks.org/wiki/WorkflowNotificationPlugin

The plugin's source code is on Github:

  https://github.com/boldprogressives/trac-WorkflowNotificationPlugin

I've uploaded a release to PyPI here:

  http://pypi.python.org/pypi/trac-WorkflowNotificationPlugin/

The plugin was developed against Trac trunk, but as far as I know it should
be compatible with Trac 0.11 and up.  Python 2.6 and up are supported;
support for Python 2.4 would be easy enough if there's any need for it,
though.

Best,
Ethan

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

Re: [Trac] E-Mail update for ticket closed fixed only?

[Ethan Jucovy]

On 09.11.2012 11:41, W. Martin Borgert wrote:
 I need an email to one recipient, only if a ticket gets closed
 with resolution fixed. Is this possible? I'm using 0.11.7,
 but upgrade is planned.

FYI, I've just released a new standalone plugin,
WorkflowNotificationPlugin, that can be configured to accomplish this:
http://trac-hacks.org/wiki/WorkflowNotificationPlugin#ConditionalNotifications

It's independent of AnnouncerPlugin, and from what I understand of
AnnouncerPlugin it takes a pretty different approach -- but I'd be
interested in figuring out how it could be made compatible with (or
possibly merged into?) AnnouncerPlugin.

-Ethan

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

Re: [Trac] no admin tab

[Ethan Jucovy]

 Trac Error
 Authentication information not available. Please refer to the installation
 documentationhttp://localhost/trac/testProject/wiki/TracInstall#ConfiguringAuthentication
 .


If you have no plugins installed, and you've hooked up Apache for
authentication, then Trac expects Apache to be logging the user in and
sending the logged-in user's information to Trac in the HTTP request.  When
you visit the Login URL, Trac looks for information about the logged-in
user, and sets some internal state (in a session) based on the
authentication information that was passed in by the Apache server.  It's a
little confusing, because Trac's Login URL doesn't actually authenticate
the user; it just asserts that authentication has occurred upstream of the
Trac code for the current request, and then logs the user in persistently.

This error message occurs if you visit the Login URL in Trac without an
authenticated user in the request, because Trac itself doesn't know how to
authenticate a request -- it only knows how to handle a request that's
already been authenticated by the upstream web server.  (This is not true
if you install the excellent AccountManagerPlugin that Steffen is the
maintainer of.)

The Apache web server needs to be set up to challenge the user when
visiting the Login URL, and then pass through the resulting authenticated
user (if the user's response was successful) to Trac.

So from your description so far, it sounds like the error is in your Apache
configuration somehow:

Location /trac/[^/]+/login
 AuthType Basic
 AuthName Trac
 AuthUserFile /opt/trac/trac.htpasswd
 Require valid-user
 /Location


What is the full URL you are visiting when you get the error message
Authentication information not available?

When you visit that URL, does your web browser pop up a basic auth form
prompting you to log in?

If it does, are you able to log in using the credentials you specified in
the trac.htpasswd file?

-Ethan

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

Re: [Trac] Batch Modification

[Ethan Jucovy]

On Mon, Oct 8, 2012 at 1:26 PM, Frank Murphy frankl...@gmail.com wrote:

  Does it mean at the bootom of a custom query
 when I click edit query:
 keywords=~Fedora+16 is changed to keywords=~Fedora+17


[snip]


 Final question after testing it:

 Keywords: Wordhere, Fedora 16, Otherword

 How can I change the Fedora 16 to Fedora 17

 Where Wordhere and Otherword, may be different across tickets.


I think you're looking in the wrong place actually.  In your original
message you described clicking Edit Query.  This is a button that's
available in a Saved Query, and lets you adjust the parameters of the Saved
Query.  It's unrelated to Batch Modify.

Batch Modify is a new feature in Trac 1.0.  If you're running Trac 1.0 you
should see an expandable Batch Modify section, below the results but
above the Edit Query button.  Prior to Trac 1.0 this feature is provided
in a plugin: http://trac-hacks.org/wiki/BatchModifyPlugin

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

Re: [Trac] Batch Modification

[Ethan Jucovy]

On Mon, Oct 8, 2012 at 1:39 PM, Frank Murphy frankl...@gmail.com wrote:

 Yes, it batchmodify am trying to do.
 Just bad wording on my account:

 when I click edit query  batchmodify
 (at the bottom of the custom query)

 After you on the words Batch Modify to expand that section, there should
be a button labelled Change Tickets underneath.  That's the button you'll
want to click on -- not Edit Query.

In the Batch Modify section (before you click Change Tickets) there's a
dropdown Add Field.  Choose keyword and it will open up another menu
where you can add or remove a specific keyword from all of the tickets.
 Select Add / Remove; fill in Fedora 16 under Remove and Fedora 17
under Add; and then click Change Tickets.  That should modify all your
tickets without removing any other keywords.

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

Re: [Trac] Trac-Hacks back online

[Ethan Jucovy]

On Tue, Sep 4, 2012 at 1:06 PM, RjOllos ry...@physiosonics.com wrote:

 TracHacks is back online with a number of upgrades (Debian 5 - 6, Python
 2.5 - 2.6, SVN 1.5 - 1.6, PostgreSQL ? - 8.4). Thanks to Michael
 Renzmann for his work to resurrect server and upgrade the software!

 Please post here if you encounter any issue with the site.


I noticed today that the Attach File doesn't seem to be working properly
on trac hacks -- if you try to attach a file to a ticket, there is no error
or warning, but no attachment is created.  It looks like I'm not the only
one with this problem (http://trac-hacks.org/ticket/10280#comment:1)

-Ethan

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

Re: [Trac] Embedding image in wiki using restructured text

[Ethan Jucovy]

On Sun, Sep 2, 2012 at 2:01 AM, millerdlca mille...@telusplanet.net wrote:

 On http://trac.edgewall.org/wiki/WikiRestructuredText it says I should
 be able to invoke a macro with the directive
  .. code-block::

 When I use
  .. code-block:: [[Image(convert.png)]]
 inside the rst block I get an error of:

Error: Failed to load processor [[Image(convert.png)]]


Looking at that documentation, I think you need to do it without the
[[braces]] and also put the macro's argument(s) on a new, indented line --
try this:

{{{
#!rst
.. code-block:: Image

  convert.png
}}}

Or a more concise alternative that Trac's RST formatter supports is

{{{
#!rst
:code-block:`Image:convert.png`
}}}

Those both work for me.

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

Re: [Trac] ANN: GitolitePlugin

[Ethan Jucovy]

On Thu, Aug 23, 2012 at 2:36 PM, Steffen Hoffmann hoff...@web.de wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Am 22.08.2012 16:23, schrieb Ethan Jucovy:
  The plugin is available on PyPI, Github and Bitbucket,

 Do you have a PiPI primer, something to get me started on this?


Sure.  http://guide.python-distribute.org/quickstart.html is a good start
(and that site has a lot more detailed information too beyond that page)

The two-second version is:

{{{
cd /path/to/accountmanager
python setup.py register sdist upload
}}}

That will prompt you to log in to PyPI or create a new account if you've
never done so before.  It will then send your package's metadata (from
setup.py) to PyPI; create a tarball with the code; and upload it to PyPI.

Three details to note (now it's the five minute version) --

1) Permissions.  I see that coderanger is the only package owner for
TracAccountManager on PyPI and there are no other owners or maintainers
listed.  That means you don't have permissions to upload releases -- so
after you've created a PyPI account, you should contact coderanger and ask
to be made a co-owner of the package.  Alternatively, you can register it
at a different location like trac-AccountManagerPlugin or whatever.  To do
that, you would just change the name in setup.py (
https://bitbucket.org/hasienda/t-h.o_shadow/src/ec2c58e517b9/accountmanagerplugin/trunk/setup.py#cl-30)
to something that doesn't yet exist on PyPI.

2) Including non-code files.  As Olemis pointed out, you'll need to create
a file called MANIFEST.in next to setup.py -- this will tell setup.py what
non-code files (htdocs, documentation, etc) to include in the package.  I
always forget to do this -- probably half of my recent plugins have broken
releases come to think of it.  :-)  There are a lot of ways to write this
(documentation here:
http://docs.python.org/distutils/sourcedist.html#the-manifest-in-template)
but the simplest thing that will probably work is to just add a line like
graft acct_mgr.

3) Remove the whole [egg_info] section from setup.cfg before you do any of
this.  Otherwise you'll end up with a package version like 0.4-dev-r
instead of just 0.4.

I'll try to remember to be on #trac in IRC (ejucovy) so please feel free to
message me there if you see me, I'd be happy to give more details or help
debug in realtime.

-Ethan

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

[Trac] ANN: GitolitePlugin

[Ethan Jucovy]

Hi,

I've released a new BSD-licensed plugin, GitolitePlugin.  This plugin
provides two-way integration between Trac and Gitolite.  A permission
policy causes Trac's Repository Browser to respect repository read
permissions as specified in your Gitolite configuration, and three new
admin panels allow you to manage Gitolite users (SSH keys), repositories,
and permissions through Trac's web UI.

The plugin is available on PyPI, Github and Bitbucket, and will also be
available at http://trac-hacks.org/wiki/GitolitePlugin when Trac Hacks is
back online.

http://pypi.python.org/pypi/trac-GitolitePlugin/
https://github.com/boldprogressives/trac-GitolitePlugin
https://bitbucket.org/boldprogressives/trac-gitolite-plugin

The plugin's README contains detailed instructions on installing the plugin
-- which is, unfortunately, kind of complex.  The most difficult part (for
me anyway) is getting the proper system permissions and umasks in place so
that Trac can read files in Gitolite repositories.  The instructions about
this in the README should be helpful for anyone who wants to set up Trac
and Gitolite together, whether or not they use this plugin for more
thorough integration between the two systems.

The plugin was developed with Trac 1.0-beta-1 and Gitolite v2, but it has
also been tested against Gitolite v3.

There are a number of known deficiencies that are outlined in the README,
mostly involving advanced Gitolite configuration like fine-grained
permissions for different branches in the same repository, user and project
groups, and deny rules.  As it stands, the plugin meets my needs for now,
but patches would be very welcome.

Thanks,
Ethan

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

Re: [Trac] Resolving failure of import __version__

[Ethan Jucovy]

Maybe a silly question, but did you name your plugin trac.py (or
trac/something.py)?  It looks like from trac import [...] might be
finding the wrong file somehow.  What happens if you just run import trac;
print trac from the command line?  Does it refer to the
file C:\Users\mcmahonjoh\Desktop\Python Project\trac\__init__.py or
something surprising?

On Tue, Aug 21, 2012 at 11:51 AM, John of NOVA aggieb...@gmail.com wrote:

 It did work fine. But I guess I'll move my work to the CentOS VM to see if
 that resolve the problem then.

 On Tuesday, August 21, 2012 9:35:49 AM UTC-4, olemis wrote:

 On 8/21/12, RjOllos ry...@physiosonics.com wrote:
  I second the comment by Olemis. Can you run?:
  import pkg_resources
 

 from the command line this should look like

 {{{
 #!sh

 $ X:\path\to\python.exe -c import pkg_resources

 }}}

  If not, you need to install setuptools:
  http://pypi.python.org/pypi/**setuptoolshttp://pypi.python.org/pypi/setuptools
 

 ... and if it works then I have no clue ...
 O.o

 --
 Regards,

 Olemis.

 Blog ES: http://simelo-es.blogspot.com/
 Blog EN: http://simelo-en.blogspot.com/

 Featured article:

  --
 You received this message because you are subscribed to the Google Groups
 Trac Users group.
 To view this discussion on the web visit
 https://groups.google.com/d/msg/trac-users/-/XOEwjfLvpgoJ.

 To post to this group, send email to trac-users@googlegroups.com.
 To unsubscribe from this group, send email to
 trac-users+unsubscr...@googlegroups.com.
 For more options, visit this group at
 http://groups.google.com/group/trac-users?hl=en.


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

[Trac] ANN: UserPicturesPlugin (derived from Michael Bayer's tracvatar)

[Ethan Jucovy]

Hi,

I've released a new BSD-licensed plugin, UserPicturesPlugin, to PyPI and
Github.  (I will also upload it to Trac Hacks at /wiki/UserPicturesPlugin/
as soon as the site comes back online.)

  Github: https://github.com/boldprogressives/trac-UserPicturesPlugin
  PyPI: http://pypi.python.org/pypi/trac-UserPicturesPlugin/
  Screenshots:
https://github.com/boldprogressives/trac-UserPicturesPlugin/wiki/Screenshots

The plugin displays user-specific icons wherever users are referenced in a
typical Trac installation: the timeline, ticket reporters and owners,
comments, reports and queries, search results, wiki history,
source/browser/changeset views, and attachments.

Credit for the idea and most of the Genshi transformations is due to
Michael Bayer -- this plugin is basically a rearranging of his tracvatar
plugin's code (https://bitbucket.org/zzzeek/tracvatar/) with more
configurability, a few additional stream filters, and some style tweaks for
better Trac 1.0 compatibility.

The plugin consumes a configurable pictures_provider backend.  Two of
these backends are provided in the distribution.
 UserPicturesGravatarProvider tries to find an icon for every user at
gravatar.com using the user's email address.
 UserPicturesUserManagerProvider relies on Catalin Balan's UserManager
plugin (
https://bitbucket.org/hasienda/t-h.o_shadow/src/ec2c58e517b9/usermanagerplugin/0.11)
to provide user icons within the Trac install itself.  Patches or requests
for additional provider backends are very welcome.

The plugin was developed against Trac 1.0-beta1; while it will probably
work with older versions, it may not look as nice -- the plugin uses pretty
specific Genshi transformations to insert the icons, so it's very dependent
on Trac's HTML output.  If you want to use the UserManager provider, note
that several patches are required to make UserManager work well with Trac
1.0-beta1.  You can find a patched copy of UserManager at
https://github.com/ejucovy/trac-UserManagerPlugin (the most recent two
commits on https://github.com/ejucovy/trac-UserManagerPlugin/commits/master
provide
the patches needed against the canonical UserManager source)

-Ethan

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

Re: Installing from t.h.o mirror @ bitbucket WAS: [Trac] Re: t-h.o down, but community not so much

[Ethan Jucovy]

Hi Olemis,

On Thu, Aug 16, 2012 at 1:30 PM, Olemis Lang ole...@gmail.com wrote:

   https://bitbucket.org/hasienda/t-h.o_shadow
 

 ... so I'm wondering , is it possible to change requirements rules so that
 pip will download plugins from t-h.o_shadow hg repository ?


It's not clear what you're asking.  Of course you can edit your own
requirements.txt file to refer to different URLs.  But this t-h.o_shadow
repository is a single repository, and pip does not support installing from
a subdirectory of a (non-SVN) repository: pip insists that the package you
are installing (specifically the setup.py file) is located at the
repository root.  This feature has been requested[1] but no one has
implemented it in pip.

You should probably clone the t-h.o_shadow repository, copy the
subdirectories with the plugins you need, create tar.gz files for those
plugins yourself by running `python setup.py sdist` and host those tar.gz
files on a server you control.  This has two advantages; in addition to
making sure that your release doesn't depend on external circumstances, you
will also be pinning your release to specific known versions of its
dependencies.  Your release's requirements.txt file would then just point
to the proper self-hosted tar.gz files for all of its dependencies, and
your trunk's requirements-dev.txt file would point to the unpinned original
codebases.  I've done this cheaply by [ab]using Github Pages to host my
dependencies[2,3,4] -- but the tar.gz files could even be checked in to
your repository tree under the release; pip supports installing from
relative file paths.  I've taken this approach before[5]; it's by far the
simplest way to ensure that your code ships with all its dependencies
available.

If you're asking whether a pip requirements file supports fallbacks -- so
that it tries a backup URL if the default one is not available -- the
answer is yes and no.  This is exactly what a Python Package Index is
for: your requirements file would just specify the required name and
version number for each dependency, and the installer (pip) would be
responsible for finding an available package matching that spec, by
searching on the package index(es) for an available download.  The Trac
community doesn't always follow Python conventions here -- plugins are not
always released on PyPI, and plugin version numbers often mirror their
supported Trac version instead of being independent version numbers --
but this is not really an issue.  You can create your own Package Index
easily, upload the necessary plugin releases there, and use pip's
`find-links` option to point to it instead of (or in addition to) the
canonical PyPI.  Then your requirements file could just specify
AccountManager==someversion and pip would find an available copy
satisfying the spec by searching through the package indexes you specify --
also in the requirements file[6].

Ultimately though this doesn't really add value beyond pointing directly to
self-hosted copies of the releases; in either case the bulk of the work is
the same (creating the copies of the releases, hosting them somewhere
yourself, and making sure your release points to those copies of the code)

-Ethan

[1]
https://groups.google.com/forum/#!msg/python-virtualenv/QpbUPWCPCs4/5XVYVpergesJ%5B1-25%5D

[2] https://github.com/socialplanning/dist.socialplanning.org which is a
gh-pages branch that includes requirements.txt files as well as a
rarely-changing Git submodule...
[3] https://github.com/socialplanning/eggs containing lots of tar.gz files,
which combine to generate...
[4] http://dist.socialplanning.org/ whose /eggs/ subpath can be used by
``find-links``, or individual code packages can be referred to directly by
a requirements file
[5]
http://ccnmtl.columbia.edu/compiled/sysadmin/deploying_django_and_deploying.html
[6]
http://www.pip-installer.org/en/latest/requirements.html#indexes-find-links

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

Re: [Trac] Unable to get Trac Git working, all my Trac SVN work perfect...

[Ethan Jucovy]

Hi Bill,

I know this is not a complete solution to your problem, but I wanted to
flag this line in your writeup: t I found in the docs that after version
11 there was no need to install the plugin, and that there was git support
built in

This is not correct -- as far as I know, every Trac release so far requires
the TracGit plugin from http://trac-hacks.org/wiki/GitPlugin.  The upcoming
1.0 release (formerly known as 0.13) will be the first to include the
TracGit component in the core distribution, but it hasn't been released yet.

So, if you're running the latest Trac release (0.12.3) you'll want to
install the TracGit plugin and revert your trac.ini configuration to the
version that was pointing to that component (tracext.git.* = enabled etc)
-- maybe there's just some problem with your installation of that plugin.

Hope this helps a bit,
Ethan

On Mon, Jun 18, 2012 at 11:29 AM, mbs400 m...@mac-specialist.com wrote:

 I have several Trac SVN projects that I have been using for a long time
 with no problems (other than subversion glitches). I have been trying for
 the last couple of days to set up a small project using Trac Git. So far I
 have been unsuccessful. I would like to migrate the main projects over to
 Git providing I can get this initial project working correctly.

 I have several screen captures that show the setup, trac.ini, the log
 info, the errors, etc.

 Hopefully someone can provide some help. I have gone through everything I
 could find on the web, some of it several times, the Trac docs, etc.

 ​http://www.journey-of-flight.com/bh_trac/osx_trac_svn_git_setup.php

 I am running on OS X Lion

 Thanks for any help,

 Bill Hernandez
 Plano, Texas

 --
 You received this message because you are subscribed to the Google Groups
 Trac Users group.
 To view this discussion on the web visit
 https://groups.google.com/d/msg/trac-users/-/E35xl1g5Dv4J.
 To post to this group, send email to trac-users@googlegroups.com.
 To unsubscribe from this group, send email to
 trac-users+unsubscr...@googlegroups.com.
 For more options, visit this group at
 http://groups.google.com/group/trac-users?hl=en.


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

Re: [Trac] Unable to get Trac Git working, all my Trac SVN work perfect...

[Ethan Jucovy]

On Mon, Jun 18, 2012 at 6:08 PM, mbs400 m...@mac-specialist.com wrote:

 when I look at the log since the last restart the only error I see is:

 Trac[git_fs] ERROR: GitError: Could not retrieve GIT version (tried to
 execute/parse '/usr/bin/git --version' but got ValueError('too many values
 to unpack',))


Aha --  I googled for trac git 'too many values to unpack' and turned up
this open bug report against the Trac Git Plugin:

https://github.com/hvr/trac-git-plugin/pull/15

There's a patch attached to that request which looks like it should fix
this exact error you're seeing if you make the necessary change to your
copy of the plugin's code and reload the web server.  Can you try that and
see if it starts to work (or at least gets you farther)?

FWIW it looks like this bug hasn't yet been fixed in the version of the
plugin bundled with Trac's development version, and also hasn't yet been
reported in the Edgewall Trac.

Hope this helps,
Ethan

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

Re: [Trac] Unable to get Trac Git working, all my Trac SVN work perfect...

[Ethan Jucovy]

On Mon, Jun 18, 2012 at 6:44 PM, mbs400 m...@mac-specialist.com wrote:

 There's a patch attached to that request which looks like it should fix
 this exact error you're seeing if you make the necessary change to your
 copy of the plugin's code and reload the web server.  Can you try that and
 see if it starts to work (or at least gets you farther)?

 ( 2 ) I have no clue how to patch, the install (can you point me in the
 right direction. I know it's a lot to ask but perhaps you might be so kind
 to list the steps ?. I wouldn't ask, but I've been working on this for days
 now..), which was :

 $ sudo easy_install http://github.com/hvr/trac-git-plugin/tarball/master


You don't need to use git or github to apply the patch.  You'll just need
to:

1) Find the location on your filesystem where the code for the TracGit
plugin was installed.  I'm not sure where these files end up when you're on
a Mac -- the easiest way to find it might just be to search your computer
for a file called PyGIT.py.  (Hopefully there will be only one result
found.)
2) Open the PyGIT.py file in a text editor (you'll probably need to open it
as root) and go to around line 184
3) You should see a line like _, _, version = v.strip().split()
4) Delete that line, and replace it with version = v.strip().split()[2]

Then save the file, reload the web server, and see if things start working
and/or your trac logs change their error message.

-Ethan

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

Re: [Trac] Re: ANN: GenshiMacro, LighterTheme

[Ethan Jucovy]

On Sun, May 6, 2012 at 3:30 AM, Leho Kraav lkoogliz...@gmail.com wrote:

 On Tuesday, April 3, 2012 4:04:01 AM UTC+3, Ethan Jucovy wrote:


 I've uploaded two new plugins on Trac Hacks and Github.

 *GenshiMacro* is a wiki macro that lets you write, and render, Genshi
 templates directly in wiki pages using a ``#!Genshi`` processor for
 blockquotes.  These
 *LighterTheme* is a theme plugin that skins Trac, slightly, for a
 lighter look-and-feel.  It provides a narrower (940px) main content div;
 fewer dark lines in the


 Awesome, clicked Watch on both. But also tell me more about your
 UserManagerPlugin fork, where are you trying to go with that? Have you got
 any dieas about http://trac.edgewall.org/ticket/2456 ?


Sorry I didn't respond sooner, my day job swallowed me whole.  I don't have
any big plans for that UserManager fork -- basically just using it to
collect UserManager patches that I need to run on my Trac sites.  There
were a few bigger-picture changes I was thinking of making to it, and/or
patches I want to submit to AccountManager to make some UserManager things
easier .. but first I need to remember what those were going to be :-P

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

[Trac] Re: [Trac-dev] [ANN] CodeReviewer plugin

[Ethan Jucovy]

On Wed, May 16, 2012 at 8:58 AM, Rob Guttman robgutt...@gmail.com wrote:

 Gerrit http://code.google.com/p/gerrit/ is a great idea for a code
 review tool but it ended up being a poor fit for our internal (non-open
 source project) needs.   I've used and considered others (e.g., Crucible,
 Review Board, GitHub), but what I really wanted for my team was something
 simple, lightweight and better integrated into our existing Trac ticket
 workflow.   So I built this plugin:

   http://trac-hacks.org/wiki/CodeReviewerPlugin

 Hope others find this useful.  Feedback welcome.


This looks really great.  I've recently been feeling a need for something
like this for internal projects myself.  The CommitTicketReferenceMacro and
automatic comments on tickets referenced in the reviewed changeset are
really nice touches and I think will make this exactly what I need.  I'm
going to try it out -- thanks a lot for releasing this!

-Ethan

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

Re: [Trac] Re: TracReport No Longer Prints Wiki-Markup for Report-Description

[Ethan Jucovy]

On Mon, Apr 23, 2012 at 9:04 AM, James Fiore james.fi...@gmail.com wrote:

 Thanks for your help, RjOllos.  Attached is a screen shot.  I highlighted
 in red to indicate the area that doesn't print on a report.  It is the
 WikiFormat-content in the description field of the built-in reports that
 does not print.


When you say it doesn't print do you mean that it's missing when you
print the report page to paper?  That appears to be working for me, using
an install of the Trac development version.  Do you have any CSS overrides
in place?

-Ethan

I don't believe it uses any special plugin as it is from a standard report
 that came with the trac system on Ubuntu.

 James


 On Saturday, April 21, 2012 10:08:32 PM UTC-4, RjOllos wrote:


 Are you referring to a specific default report in trac, or a feature
 of a Plugin? A screen capture might help others understand what you
 issue is.

  --
 You received this message because you are subscribed to the Google Groups
 Trac Users group.
 To view this discussion on the web visit
 https://groups.google.com/d/msg/trac-users/-/rt7IKwYdEaQJ.

 To post to this group, send email to trac-users@googlegroups.com.
 To unsubscribe from this group, send email to
 trac-users+unsubscr...@googlegroups.com.
 For more options, visit this group at
 http://groups.google.com/group/trac-users?hl=en.


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

[Trac] ANN: GenshiMacro, LighterTheme

[Ethan Jucovy]

Hi,

I've uploaded two new plugins on Trac Hacks and Github.

*GenshiMacro* is a wiki macro that lets you write, and render, Genshi
templates directly in wiki pages using a ``#!Genshi`` processor for
blockquotes.  These templates have access to the current request, which
means you can check the user's authentication status, generate links using
``req.href``, and render form tokens for POST requests.  The plugin's Trac
Hacks page includes a complete example of how you might use it to render a
custom New Ticket form on a wiki page.

http://trac-hacks.org/wiki/GenshiMacro
https://github.com/ejucovy/trac-GenshiMacro

*LighterTheme* is a theme plugin that skins Trac, slightly, for a lighter
look-and-feel.  It provides a narrower (940px) main content div; fewer dark
lines in the top (mainnav and metanav) banner; bigger buttons (using CSS
from Twitter Bootstrap); rounded corners on input fields; and the Ubuntu
font used on Launchpad.  Screenshots are available on the plugin's Trac
Hacks page.

http://trac-hacks.org/wiki/LighterTheme
https://github.com/ejucovy/trac-LighterTheme

I'll make initial releases of both plugins to PyPI soon.  Feedback and bug
reports welcome!

Thanks,
Ethan

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

Re: [Trac] Searchable values in tickets

[Ethan Jucovy]

 Just tried the link. Works great! I think this will help us organize a
 bit of out work. Thanks alot! I never would have figured that change.


Happy to help. :-)

Bikeshedding time: do you have any thoughts on what names would be good for
the .format options?  In http://trac.edgewall.org/ticket/10643#comment:3 Peter
Suter suggested using something more generic than
querylink/querylinkwords so that the same .format specification could
be reused for other features like a Batch Modify UI.

But it's hard to come up with good words for this .. my favorite option so
far is .format=item (for standard query-linking) and .format=list (for
keyword-style query-linking) but item seems a little vague there.  Any
other possibilities?

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

Re: [Trac] Searchable values in tickets

[Ethan Jucovy]

I've submitted a feature request with a patch, here:
http://trac.edgewall.org/ticket/10643

The patch I submitted lets you turn on query-linking for custom text fields
with some [ticket-custom] configuration per field.  It can be configured to
use the standard query-linking method or the per-word style of
query-linking used by the built-in keyword field.

On Tue, Mar 27, 2012 at 1:50 AM, Mikael Relbe mik...@relbe.se wrote:

 Could it be possible to add a new type of custom ticket field; ”keyword”
 which behaves exactly as the built in keyword field?

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


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

Re: [Trac] Searchable values in tickets

[Ethan Jucovy]

   I would like to click on the project number and initiate
   a search for all occurrences of that project number. Is
   this possible?
  
  AFAIK there is no built-in way to do this.
 
  I believe that those links are just generated search queries and I am
 thinking that you could probably write a Genshi stream filter to look for
 the right page (ticket?) and then search for your field name and update the
 streamed value to an href with the right parameters...

 They are indeed generated search queries. I would just like to have them
 generated for more fields.


Are they standard custom fields?  If so, what type are they?  Custom ticket
fields automatically get rendered with these query-links in most cases, but
not if they have type text/textarea.  All choice fields do get the
links though.

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

Re: [Trac] Searchable values in tickets

[Ethan Jucovy]

On Mon, Mar 26, 2012 at 5:01 PM, Roger Oberholtzer 
roger.oberholt...@gmail.com wrote:

 On Mon, 2012-03-26 at 12:18 -0400, Ethan Jucovy wrote:
  Are they standard custom fields?  If so, what type are they?  Custom
  ticket fields automatically get rendered with these query-links in
  most cases, but not if they have type text/textarea.  All choice
  fields do get the links though.

 They are text, not textarea. Fields with names get the search. I
 would imagine they are text as well. But they are built in. I gather it
 is only custom text fields that do not get the search. Is that by
 design?


It looks like that is by design, but I'm not sure I understand it.  This
feature was implemented in #7562 -- see in particular these comments about
not linking custom text fields:

http://trac.edgewall.org/ticket/7562#comment:7
http://trac.edgewall.org/ticket/7562#comment:12
http://trac.edgewall.org/ticket/7562#comment:13

There was some discussion of adding a ``linked_fields`` configuration
option that would let users turn on this feature for their own custom text
fields, but it looks like it was never implemented.  (I can't find any
reference to linked_fields in a checkout of the Trac source, and don't
see any logic related to that idea in ticket/web_ui.py where the feature is
implemented.)

http://trac.edgewall.org/ticket/7562#comment:23 says that there is no
longer a need for a specific option to unlink/link fields but it's not
clear to me why that's the case.  So it might be worth a feature request.

That said, is there a reason you want to use a text field instead of a
select?

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

Re: [Trac] Searchable values in tickets

[Ethan Jucovy]

On Mon, Mar 26, 2012 at 5:51 PM, Roger Oberholtzer 
roger.oberholt...@gmail.com wrote:

 I see the statement that text fields should never be linkified. Odd
 statement. What does one type into a search box other than text? I can
 agree that having it on globally and by default might be a bit much. But
 saying that text fields should never lead to a search seems rather
 draconian.


I agree.  My guess is that they were thinking of fields with large amounts
of freeform text, which wouldn't make sense to search for with = operators.
 But that seems like what textarea fields are for.  For text fields,
linkification seems pretty likely to be useful.


 Some fields, like project numbers, contain non-numeric characters. So I
 made them text. Project numbers drop from the sky like rain. They need
 to be something one can enter in the ticket as needed. Is there a better
 option than text for this?


I was wondering if the set of project numbers might be stable enough to use
a select instead, but if they're dropping from the sky like rain then
text sounds like the right choice. :)

The linked_fields would be a useful thing to me.


It would be useful for me too -- I'll try to find time to submit a patch
and see where it goes.

In the meantime, Mark's approach (genshi stream filter) is probably the
best option.

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

Re: [Trac] Git repositories and revision table

[Ethan Jucovy]

2012/3/7 Grzegorz Sobański s...@boktor.net

  [git]
  cached_repository = true

 Caching in GitPlugin is broken.
 Don't enable it if you use branches ;) It will miss commits.


Thanks, I hadn't realized that.

I am using branches so I'd like to know how/when this will be broken for me.

Is there a ticket describing the problem?  I can't find one at
http://trac-hacks.org/report/9?COMPONENT=GitPlugin or
http://trac.edgewall.org/query?status=!closedcomponent=plugin%2Fgit

Thanks,
Ethan

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

Re: [Trac] Git repositories and revision table

[Ethan Jucovy]

I recently noticed that my Trac installation wasn't storing the revision
table, also using git.  (I noticed this while trying to search against
commits.)  For the GitPlugin to store revisions in the Trac database, you
need to have the following configuration set:

[git]
cached_repository = true

You should then run

trac-admin site repository resync *

to collect past revisions and store them in the database.

Future revisions should also start to appear as they occur.  Though, I
can't tell you for sure if this will work with the old repository hooks.

On Sat, Mar 3, 2012 at 12:09 AM, Tim Gallagher tim.gallag...@gatech.eduwrote:

 Hi,

 I'm trying to set up the TracMetrixPlugin and the commits per day plot is
 empty. Digging through the code, there is the following SQL statements:

 cursor.execute(SELECT rev, time, author FROM revision 
   WHERE time = %s AND time  %s ORDER BY time,
   (to_timestamp(start_date), to_timestamp(stop_date)))

 which is not returning any commits. I changed it to get rid of the time
 restrictions (so it's just SELECT rev, time, author FROM revision) and
 there's only a handful of commits from 3 years ago and nothing else. The
 number of rows in the table is only 161 but we've had thousands of commits.

 Is the revision table actually updated when changesets are added? We have
 the git post-receive hook enabled, but it's an older one,
 trac-post-commit-hook. We're using Trac 0.12. Something seems to be missing
 here; the repository browser shows everything correctly and we get our
 tickets updated upon commits.

 Thanks for any help you can offer,

 Tim

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



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

Re: [Trac] How to format wiki formatting example

[Ethan Jucovy]

On Tue, Feb 28, 2012 at 9:38 AM, Chris Nelson chris.nel...@sixnet.comwrote:

 But I can't figure out how to escape formatting well enough to do that in
 Trac wiki syntax.

  You can make text !**bold*!* or !//italic/!/.

 doesn't work.  Nor does

  You can make text '''*bold*''' or ''/italic/''.

 Am I missing something obvious about including formatting characters as
 literals?


Use either of the `monospaced` formatters -- You can make text `*bold*` or
`/italic/` -- per http://trac.edgewall.org/wiki/WikiFormatting#FontStyles:

{{{...}}} and `...` commands not only select a monospace font, but also
treat their content as verbatim text, meaning that no further wiki
processing is done on this text.

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

Re: [Trac] needing some help with sqlite Ticket Query

[Ethan Jucovy]

Hi Mark,

On Wed, Jan 4, 2012 at 9:59 AM, Cooke, Mark mark.co...@siemens.com wrote:

  SELECT ticket, time as created, time, author, field, oldvalue,
  newvalue from ticket_change
  WHERE author = $USER
  AND julianday(time / 100, 'unixepoch')  julianday('now')-7
  ORDER BY time DESC

 ...this does not work for me.  Digging seems to indicate that julianday()
 is an SQLite function and is not valid for my PostgreSQL backend.


That's correct.  For Postgres something like this should work:

SELECT ticket, TIMESTAMP WITH TIME ZONE 'epoch' + time/100 * INTERVAL
'1 second' AS created,
 author, field, oldvalue, newvalue from ticket_change
 WHERE author = $USER AND
 (TIMESTAMP WITH TIME ZONE 'epoch' + time/100 * INTERVAL '1 second' 
now()-interval '7 days')
 ORDER BY created DESC;

There might be a more elegant way to do it but that seems to do the job for
me at least.

-Ethan

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

[Trac] Holiday Present: core+plugins browsable component and interface docs

[Ethan Jucovy]

Hi all,

I'd like to announce the alpha release of a website I put together which I
hope can be a useful resource for plugin authors and evaluators:

  http://trac-docs.socialplanning.org/

In short, it provides browse-able documentation of all the Trac core
Interfaces and Components, as well as the Interfaces and Components
provided by plugins on Trac Hacks.  You can see what Components and
Interfaces are defined in a given package; look for a specific Component or
Interface; see which plugin package (or Trac core) provides that object;
and also see all the Interfaces implemented by a given Component and vice
versa.

At the moment it contains documentation of about thirty packages from Trac
Hacks, mostly ones I've used and/or want to check out and/or look like
they're being actively developed.  I'd like to add more to it; if you have
(or know of) a particular plugin you'd like me to add, please let me know.
 (There are a handful of well known plugins which I tried to include but
wasn't yet able to, either because I couldn't find a source repository or
because they are not packaged with a setup.py script.)

If others think this could be useful, I'd be happy to purchase a domain for
this site.  (trac-docs.org seems to be free, but I didn't want to buy that
unilaterally, and isn't exactly right.  trac-hack-docs.org perhaps?)  The
site itself is all static HTML hosted on Github Pages so maintenance costs
are nonexistent.  The code that generated the website is also on Github:
https://github.com/ejucovy/trac-Pluginspector -- forks and feature requests
are welcome.

Happy holidays,
Ethan

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

Re: [Trac] Long-running tasks (was: Trac slowness with version 0.12 on RHEL)

[Ethan Jucovy]

On Fri, Dec 30, 2011 at 8:45 AM, Emmanuel Blot manu.b...@gmail.com wrote:

 On 30 Dec 2011, at 13:12, W. Martin Borgert deba...@debian.org wrote:

  This is an interesting aspect, indeed. Trac should not perform
  long-running tasks like SMTP inside of a request, but either do
  it asynchronously in a thread (or give it to third party tools
  like celery/rabbitmq). How is it implemented currently in Trac?

 I do not agree with the above assertion, but I would suggest you read the
 Trac archive about the motivation for the details (discussed and argued so
 many times...)

 There are two ways for Trac to send emails: either as a synchronous
 request, or using a forked sendmail process. The second option should not
 block a web request, but I never tested it myself.


Also since 0.12 there is an interface for implementing your own email
backend:
http://trac.edgewall.org/wiki/TracDev/PluginDevelopment/ExtensionPoints/trac.notification.IEmailSender


-Ethan

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

Re: [Trac] needing some help with sqlite Ticket Query

[Ethan Jucovy]

Trac stores timestamps as microseconds, so you need to convert it in your
query.  The following works:

SELECT ticket, time as created, time, author, field, oldvalue,
newvalue from ticket_change
WHERE author = $USER
AND julianday(time / 100, 'unixepoch')  julianday('now')-7
ORDER BY time DESC

On Thu, Dec 29, 2011 at 11:13 AM, 3vix6 jvilla1...@gmail.com wrote:

 Hi,

 Here's what I'm trying to do.. I need to have a ticket report that
 will bring up all user's activity to tickets within the last 7 days.

 Here is what I have so far..


 SELECT ticket, time as created, time, author, field, oldvalue,
 newvalue from ticket_change WHERE author = $USER and julianday(time,
 'unixepoch')  julianday('now')-7


 ORDER BY time DESC

 For some reason, this isn't working.. Is there anyone out there can
 see what I'm doing wrong?

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



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

Re: [Trac] needing some help with sqlite Ticket Query

[Ethan Jucovy]

On Thu, Dec 29, 2011 at 11:40 AM, Joseph P Villa jvi...@usgs.gov wrote:

 Works perfectly!

 Thank you very much!! :-)


Thank you also -- it's a good idea, I just added this report to my Trac
installation. :)

-Ethan

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

Re: [Trac] Ticket Query : full row at the bottom by SQL query

[Ethan Jucovy]

On Wed, Oct 12, 2011 at 4:26 PM, Roberto
roberto.ing.fiorava...@gmail.comwrote:

 Using format=table I'm able to have a full row at the bottom of the
 ticket like in:


 [[TicketQuery(max=3,status=closed,order=id,desc=1,format=table,col=resolution|
 summary|owner|reporter,rows=description)]]

 Is there a way to do the same by an SQL query?


Use the magic _description_:

SELECT
   id AS ticket, summary, component, owner, status,
   description as _description_
  FROM ticket t

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

Re: [Trac] tracd + authentication

[Ethan Jucovy]

On Thu, May 19, 2011 at 6:27 PM, Waynn Lue waynn...@gmail.com wrote:

 Interestingly, replacing realm wasn't sufficient, but when I replaced the
 project name with trac as well, it worked!

  tracd --port 8000 -d --auth trac,trac/conf/users.htdigest,trac ~/trac

 Thanks so much for the suggestion!  As a followup, is there an easy way to
 turn off all content unless you're authenticated?


In the admin interface, under Permissions, remove all permissions from
subject anonymous and re-add the various *_VIEW permissions (WIKI_VIEW,
TICKET_VIEW etc) to subject authenticated instead.

-Ethan


 On Thu, May 19, 2011 at 6:17 AM, Shawn Milochik sh...@milochik.comwrote:

 Try putting in 'trac' (lower-case) in the place of realm in both the
 command line and your password file.

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


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


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

Re: [Trac] Plugin for additional Attributes for Tickets?

[Ethan Jucovy]

On Tue, May 17, 2011 at 7:11 AM, Sam endstad...@googlemail.com wrote:

 Hello,
 I stumbled upon trac on the symfony-project here:
 http://trac.symfony-project.org/ticket/9488
 Where I noticed that they have also a Qualification (reviewed,
 unreviewed) Attribute for the tickets.

 Is there some plugin for that? Basically I have a couple of attributes
 I would like to add to a ticket but I am not into writing plugins by
 myself and would like to know if there is already some existing
 plugins for that.


This capability is built-in -- no plugin needed.  See
http://trac.edgewall.org/wiki/TracTicketsCustomFields for details.

-Ethan


 Thanks
 Sam

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



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

Re: [Trac] Re: Plugin for additional Attributes for Tickets?

[Ethan Jucovy]

On Tue, May 17, 2011 at 9:26 AM, Sam endstad...@googlemail.com wrote:

 Hello,
 thanks for the reply!
 I couldn't spot something in the web admin area so I did not expect it
 in the ini file.

 Too bad there is no web interface for such a neat feature.


It should be present in the web admin too.  Do you see a link to Custom
Fields in the admin navbar, under Ticket System?  You can add, edit and
remove custom ticket fields from there.

-Ethan


 Thank you anyway!
 Sam

 On May 17, 2:24 pm, Ethan Jucovy ethan.juc...@gmail.com wrote:
  On Tue, May 17, 2011 at 7:11 AM, Sam endstad...@googlemail.com wrote:
   Hello,
   I stumbled upon trac on the symfony-project here:
  http://trac.symfony-project.org/ticket/9488
   Where I noticed that they have also a Qualification (reviewed,
   unreviewed) Attribute for the tickets.
 
   Is there some plugin for that? Basically I have a couple of attributes
   I would like to add to a ticket but I am not into writing plugins by
   myself and would like to know if there is already some existing
   plugins for that.
 
  This capability is built-in -- no plugin needed.  Seehttp://
 trac.edgewall.org/wiki/TracTicketsCustomFieldsfor details.
 
  -Ethan
 
 
 
 
 
 
 
   Thanks
   Sam
 
   --
   You received this message because you are subscribed to the Google
 Groups
   Trac Users group.
   To post to this group, send email to trac-users@googlegroups.com.
   To unsubscribe from this group, send email to
   trac-users+unsubscr...@googlegroups.com.
   For more options, visit this group at
  http://groups.google.com/group/trac-users?hl=en.

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



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

Re: [Trac] Re: Plugin for additional Attributes for Tickets?

[Ethan Jucovy]

On Tue, May 17, 2011 at 12:18 PM, Voelker, Bernhard 
bernhard.voel...@siemens-enterprise.com wrote:

 Ethan Jucovy  wrote:

  It should be present in the web admin too.  Do you see a link to Custom
 Fields
  in the admin navbar, under Ticket System?  You can add, edit and remove
 custom
  ticket fields from there.

 not here on 0.12.2, is this a 0.13.x feature?


Whoops -- the web admin is provided in a plugin, I didn't realize.
http://trac-hacks.org/wiki/CustomFieldAdminPlugin, compatible with 0.11 and
0.12, I guess I've been using it so long I forgot it wasn't core :)

-Ethan

Berny

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



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

Re: [Trac] Data-based graphics in Trac

[Ethan Jucovy]

On Mon, Nov 8, 2010 at 8:36 AM, Olemis Lang ole...@gmail.com wrote:

 In any case you should be able to use SVG, matplotlib, GraphViz ...
 but you could also dump the data directly to the browser and render it
 using HTML5 canvas (AFAICR this is the way Hg draws the revision
 graph). One awesome framework that eases this task is Rafaël (AFAICR),
 but there are further options out there.


That's not quite right: Raphael is a Javascript framework for drawing svg
(vector graphics) directly in the browser, embedded in an HTML document --
*not* HTML5 canvas (bitmaps).

http://raphaeljs.com

I've been using Raphael and its graphing extension g.raphael in a (non-Trac)
project recently, for visualizing datasets from a simulation game and
interactively exploring the data relationships.  I've been pretty happy
using Raphael for this .. but if you're going to go with client-side
rendering there's a whole slew of options.  One I've been wanting to check
out is http://vis.stanford.edu/protovis/ which, at first glance, looks like
it's both more high-level and more flexible than most charting frameworks.
 (g.raphael, by contrast, is quite flexible, but only at a pretty low level;
it does the simple things easily, but you have to interact pretty closely
with your data and with SVG tags if you want highly customized behavior.
 Most of the other tools I looked at were rather inflexible.)

Server-side rendering of the data (whether to a bitmap or an SVG document)
is probably simpler unless you have particular needs for highly interactive
interfaces.  I've only done client-side data visualizations though ... so I
can't offer any advice on choosing between server-side options.

-Ethan

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

Re: [Trac] Using SVG in wiki-formatted text

[Ethan Jucovy]

On Mon, Nov 8, 2010 at 9:44 AM, Emmanuel Blot manu.b...@gmail.com wrote:

  But I don't see how to put those header fields in wiki text.  Any
 thoughts?

 For the Revtree plugin - which generates SVG, I use a different page
 template.

 If you want to embed SVG within a standard Trac page, I guess the only
 solution is to use an object tag, or you'll break the XHTML grammar.


Though it is possible to inject SVG into an XHTML document client-side after
it's loaded in the browser.  For example this should work:

https://gist.github.com/668135

If you really want to build server-side SVG that's embedded directly into
your page rather than in an object reference (e.g. for Javascript
interactions, as Manu mentioned elsewhere in the thread) -- you could
probably come up with a way to do something like that.  Like, a wiki macro
that puts your SVG markup in a pre tag, and a Javascript that takes the
pre tag's innerHTML and replaces the pre tag itself with that on page
load.

-Ethan

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

Re: [Trac] Ticket attribute propagation

[Ethan Jucovy]

I don't know of a plugin that does this but it sounds very useful, I'm
looking forward to seeing it.

How would propagation parentness be determined?  Would you look directly
to the MasterTicket fields or rely on some kind of interface?  I've only
skimmed the recent threads on subtasks, sorry if this has already been
discussed on one of them.

In the TimingAndEstimation case, and presumably others, propagation could
lead to misleading reports -- e.g. doubling the estimated time for a set of
tickets by counting the fields twice.  Solving that automatically and in a
generic way seems hard.  The user can probably deal with that (and I bet a
sufficiently clever SQL report could account for it).



On Tue, Oct 19, 2010 at 11:15 AM, Chris Nelson chris.nel...@sixnet.comwrote:

 When thinking about subtasks, one of the issues that comes up is
 propagating changes from child to parent.  If you use subtasks with Time and
 Estimation, you likely want a parent task's estimate to be the sum of it's
 children's estimates.  If you assign Start or Finish dates to children, you
 likely want the parent to start when the earlieast child starts and finish
 when the latest child ends.

 I'm considering writing a generic ticket attribute propagation plugin.
  This would implement a configurable Ticket Change listener capabale of
 doing the updates described above.  Configuration might look like:

 [attribute_propagate]
 parent.fields=start, finish, estimate, work
 parent.start.method=min
 parent.finish.method=max
 parent.estimate.method=sum
 parent.work.method=sum

 Which means: when a ticket changes, if the parent field is not empty, use
 it to find another ticket and update its start, finish, estimate, and work
 fields.  Start is updated as the minimum of the current ticket's start and
 the other ticket's start.  Finish as a max.  The other ticket's estimate
 would be it's value minus the current ticket's old value plus the current
 ticket's new value.  I hope you get the idea.

 This doesn't seem too complex and I'm ready to dig in but if there's a
 plugin that does something like this already, I'd rather same the time.  Any
 thoughts?

 Chris
 --
 Christopher Nelson, Software Engineering Manager
 SIXNET - Solutions for Your Industrial Networking Challenges
 331 Ushers Road, Ballston Lake, NY  12019
 Tel: +1.518.877.5173, Fax: +1.518.877.8346 www.sixnet.com

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



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

Re: [Trac] Ticket attribute propagation

[Ethan Jucovy]

On Tue, Oct 19, 2010 at 11:57 AM, Chris Nelson chris.nel...@sixnet.comwrote:

 Ethan Jucovy wrote:
  I don't know of a plugin that does this but it sounds very useful,
  I'm looking forward to seeing it.
 
  How would propagation parentness be determined?  Would you look
  directly to the MasterTicket fields or rely on some kind of
  interface?  I've only skimmed the recent threads on subtasks, sorry
  if this has already been discussed on one of them.

 As I developed the concept, I realized this might apply to
 MasterTickets, too.  My plan was to have a list of ticket link fields
 (e.g., parents for Subtickets or parent for ChildTickets, blockedby for
 Master Tickets, etc.) so you could configure what fields to look at.
 The plugin would do something like:

 get ticket's dependent (parent, predecessor, successor, etc.)
 if dependent != None:
for field in rollup.fields:
if current's old value and new value differ:
get dependent's value for field
switch rollup.%s.method % field:
case 'min':
if dependent's value  current's new value:
set dependent's value to current's new value
case 'max':
if dependent's value  current's new value:
set dependent's value to current's new value
case 'sum':
dependent's value = dependent's value -
 current's old value +
 current's new value


I think that 'sum' algorithm will break for the case where the dependency is
added at the same time that the field value changes.  (e.g. in the same
action, ticket #10 is made a child of ticket #15 and its estimation is
changed from 4h to 2h)

As I'm thinking about it, some other potential uses occur to me that I've
sometimes wanted -- closing child tasks when I close the parent ticket;
making the parent ticket's priority or severity the max of the child
tickets'; bubbling keywords across related tickets.  I think some of those
could be covered by min/max/sum, but not sure they'd all be handled.  You
might want to end up with two pluggable interfaces, one for defining link
types and another for defining rollup methods.  Then other plugins could be
built to extend it with custom propagation methods and/or to interface with
other ticket-relationship-defining systems.  (I like when Trac plugins are
pluggable.)

 In the TimingAndEstimation case, and presumably others, propagation

  could lead to misleading reports -- e.g. doubling the estimated time
  for a set of tickets by counting the fields twice.  Solving that
  automatically and in a generic way seems hard.  The user can probably
  deal with that (and I bet a sufficiently clever SQL report could
  account for it).

 I'm not sure how that's going to work.  One answer would be to only
 query leaf nodes for that kind of report.




 OTOH, if you're looking at a
 top-level ticket, the values were already rolled up so you can just look
 at it and no report is needed.


Good point.  And if you want to collect more than one ticket, you can just
build a report that includes only top-level tickets.  For more free-form
relationship graphs like MasterTickets' that might not have any meaning ..
but it's also less clear what sort of reports you'd want to do, there.  So
it is probably worthwhile to be lazy about the reporting question and see
what sorts of needs come up when the system's put in use.

Anyway, enough backseat driving from me.  Thanks again for thinking about
this, it could be a very useful system.  Let me know if you put the code
somewhere collaboratable like trac-hacks or github - like everybody else on
this list, I don't have a lot of free time, but I'd be happy to help out
with this if I can.

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



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

Re: [Trac] Howto get trac-mercurial-plugin-0.12?

[Ethan Jucovy]

On Fri, Oct 8, 2010 at 12:45 PM, Neal Becker ndbeck...@gmail.com wrote:

 svn co http://trac.edgewall.org/browser/plugins/0.12/mercurial-plugin
 svn: The OPTIONS response did not include the requested
 activity-collection-
 set; this often means that the URL is not WebDAV-enabled

 How do I get a copy of this to use with trac-0.12 that I just installed?


That URL is just pointing to Trac's repository browser.  The SVN url to
checkout is:

http://svn.edgewall.com/repos/trac/plugins/0.12/mercurial-plugin/

-Ethan


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



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

Re: [Trac] Re: Status field ignored on ticket import

[Ethan Jucovy]

On Sat, Sep 18, 2010 at 4:09 PM, Jon Hadley m...@jon-hadley.com wrote:

 I have just tested this on a completely fresh Ubuntu installation
 (Lucid, Python 2.6) and encountered exactly the same problem. I tried
 in both Trac 0.11 and 0.12

 It also seems to be related to: http://trac-hacks.org/ticket/7658

 Does anyone have any ideas for a workaround? It's *very* frustrating,
 I can't believe no one has tried to import status fields before...


Silly to have to do this, but perhaps you could import the statuses as a
custom field instead, and then use custom queries + BatchModifyPlugin to
move them all into the proper statuses in bulk?  If you have a large number
of statuses that wouldn't be too hard to script instead of doing manually.

I feel like I remember running up against the fact that Trac always creates
new tickets in the New state (though it would've been in a different
context) - but once they're in the system, you should be able to get them
over to the statuses you want.

Good luck,
Ethan

Jon.

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



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

Re: [Trac] MySQL database project initiation

[Ethan Jucovy]

On Mon, Aug 30, 2010 at 12:57 PM, Kevin Rapley ke...@digikev.co.uk wrote:

 TracError: Cannot load Python bindings for MySQL

 Any help will be much appreciated.


Did you install MySQL-python?

http://trac.edgewall.org/wiki/MySqlDb#MySQLdb
http://pypi.python.org/pypi/MySQL-python/


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



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

Re: [Trac] BatchModify Plugin doesn't work , help

[Ethan Jucovy]

On Wed, Jul 21, 2010 at 6:42 AM, rawu herma...@gmail.com wrote:

 I install BatchModify Plugin, and no error in log file .

 I can see there are options under query result .
 But where I try Add field ,  nothing happen .
 So now , I can only batch modify comments of tickets .

 What‘s the problem.  Anyone help?  thanks.


I just installed BatchModify on Trac 0.12 the other day and ran into this
exact same problem.

I think it turned out to be because I had installed it by `easy_install`
against the SVN location.

The problem went away when, instead, I took an SVN checkout and ran `python
setup.py develop`.

It works now so I haven't dug deeper -- but I think that, in the former
method, the bundled Javascripts were not installed properly to a location
where Trac could serve them.

-Ethan


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



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

Re: [Trac] Custom queries for users

[Ethan Jucovy]

Is it important that it be a custom query?  IIRC this would be supported out
of the box if you could use a report instead.

2010/7/20 Daniel França daniel.fra...@gmail.com

 Hi all,
 There are some way to create custom queries specific for a user, and
 doesn't allow him to change the query?

 Best Regards,
 Daniel França

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


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

Re: [Trac] Custom queries for users

[Ethan Jucovy]

2010/7/21 Daniel França daniel.fra...@gmail.com

 no, it can be a report too =) but I need that the user can't modify that.
 how I do that in Report?
 I'm  new at Trac and I saw some docs about Reports, but all of them say to
 use SQL(that I know), but I don't where I've to put my SQL in Trac =x


As an admin user go to http://your-trac-site/report (or click View Tickets
 Available Reports) and you'll see the list of available reports.  Click
create new report and you can put a SQL query in the form there.

Trac comes with some sample reports to show you how to write them.  IIRC
report #8 will give you the template you need here - Active tickets, mine
first.  If you click on report 8 and then click Edit report (or Copy
report if you want to keep the sample pristine) you'll see that it uses a
special variable $USER which is dynamically filled in with the logged-in
user's username when the report is viewed.  You should be able to fiddle
with that report's SQL until it gives you what you want.

To prevent the users from changing the query, you could assign the
REPORT_MODIFY permission in Admin  Permissions.  Or, rather, make sure
you *don't* assign the REPORT_MODIFY permission to your regular users.

Caveat: Trac's core devs have semi-deprecated the SQL reports function.
They have no specific plans to actually remove it, but they put their energy
into improving the query module instead.  Personally I still much prefer the
power and flexibility of the reports.  (And I have a soft spot for them; I
basically first learned SQL by trial-and-error on Trac reports when I needed
stuff.)

-Ethan

On Wed, Jul 21, 2010 at 9:23 AM, Ethan Jucovy ethan.juc...@gmail.comwrote:

 Is it important that it be a custom query?  IIRC this would be supported
 out of the box if you could use a report instead.

 2010/7/20 Daniel França daniel.fra...@gmail.com

 Hi all,
 There are some way to create custom queries specific for a user, and
 doesn't allow him to change the query?

 Best Regards,
 Daniel França

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


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


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


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

Re: [Trac] Trac 0.12rc1 ready for testing!

[Ethan Jucovy]

On Wed, Jun 9, 2010 at 2:09 AM, Roger Oberholtzer 
roger.oberholt...@gmail.com wrote:

 On Mon, 2010-06-07 at 15:24 +0200, Roger Oberholtzer wrote:
  On Mon, 2010-06-07 at 15:01 +0200, Christian Boos wrote:
 
   Similar issue I suppose. You already had 0.12multirepos in your
   easy-install.pth (I don't see where else this could come from, it's
   nowhere referenced in our http://trac.edgewall.org/wiki/TracDownloadpage).
   If you try again, it should normally pick up 0.12rc1 now...

 Anyone have any ideas why this is happening? I am still unable to
 install 0.12rc1


`easy_install Trac` in a clean environment picks up 0.12rc1 for me.

Can you try `easy_install Trac==0.12rc1`?


 
  I tried again, with the same results:
 
  # easy_install -U Trac
  Searching for Trac
  Reading http://cheeseshop.python.org/pypi/Trac/
  Reading http://trac.edgewall.org/
  Reading http://trac.edgewall.org/wiki/TracDownload
  Reading http://cheeseshop.python.org/pypi/Trac/0.11.4
  Best match: Trac 0.12multirepos
  Processing Trac-0.12multirepos-py2.5.egg
  Removing Trac 0.12b1 from easy-install.pth file
  Adding Trac 0.12multirepos to easy-install.pth file
  Installing trac-admin script to /usr/local/bin
  Installing tracd script to /usr/local/bin
 
  Using /usr/lib/python2.5/site-packages/Trac-0.12multirepos-py2.5.egg
  Processing dependencies for Trac
  Finished processing dependencies for Trac
 
 
  I did not have Trac 0.12multirepos in easy-install.pth. It was, however,
  in my site directory. But not in easy-install.pth

 --
 Roger Oberholtzer

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



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

Re: [Trac] Change Trac user group email settings

[Ethan Jucovy]

From http://groups.google.com/group/trac-users?hl=en if you're logged in,
there should be a edit my membership link on the right-hand column.
There's some digest options for your subscription from there.
http://groups.google.com/group/trac-users/subscribe?hl=en is the direct
link, if that works.

egj

On Tue, Dec 1, 2009 at 3:56 PM, Ariel Balter ar...@arielbalter.com wrote:

 Sorry, should have been new thread...

 Does anyone know how to change to a daily summary, or no emails at all,
 without leaving the group?  I would like to stay connected, but not
 using trac enough right now to need the constant input.

 I looked and looked in my google account, and I couldn't find the switch.

 Thanks, Ariel

 --
 /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\

 Ariel I Balter, Ph.D.
 Postdoc
 Biological Monitoring/Modeling
 Fundamental and Computational Sciences Directorate

 Pacific Northwest National Laboratory
 Mail:
 PO Box 999, MS P7-58,Richland, WA 99352
 Shipping:
 790 6th Street, MS P7-58, Richland, WA 99354

 Tel:  509-376-7605
 Cell:  812-219-4558
 ariel.bal...@pnl.gov
 www.arielbalter.com
 www.pnl.gov

 --

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




--

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

[Trac] Re: Dumb python package question

[Ethan Jucovy]

On Mon, Oct 26, 2009 at 10:22 AM, Roger Oberholtzer
roger.oberholt...@gmail.com wrote:
 So there is no trouble with just leaving these in place? Does Trac only
 use the ones defined in easy-install.pth? That file does keep up with
 what I have installed.

Yes, there's no trouble with leaving them in place.  There's also no
trouble with removing them on the filesystem.  They're ignored unless
they're in easy-install.pth.

egj

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

[Trac] Re: Bulk edit / sql update queries

[Ethan Jucovy]

Hey Don,

You won't be able to execute SQL UPDATEs from the web interface.  If
you want to execute that SQL you'll need to use an external database
client.

Alternatively you could try installing
http://trac-hacks.org/wiki/BatchModifyPlugin -- it might also do what
you need (but without any SQL).

egj

On Thu, Aug 20, 2009 at 4:34 PM, Dondon...@verizon.net wrote:

 Sorry if this is a newbie question, didn't see it in the help faq.

 I'm trying to do a bulk update like update ticket set owner='joe'
 where owner='shmoe';

 But I'm not sure where to run that from.  When I try to enter it in a
 custom query, I'm getting an error because it is trying to get a count
 from the query results, as in:  select count(*) from (update ticket
 set owner=...)

 thanks,
  - Don

 


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

[Trac] Re: Reports grouped by Custom Fields

[Ethan Jucovy]

Hey Jon,

You're talking about (SQL) reports, not custom queries, right?  (In
custom queries your available custom fields should show up in the
Group by dropdown.)

Try something like this in your report's query:

{{{
SELECT
   id AS ticket,
   summary,
   owner,
   version AS Reported in,
   c.value AS __group__

  FROM ticket t

  LEFT OUTER JOIN ticket_custom c ON (t.id = c.ticket AND c.name =
'confirmation')

  ORDER BY c.value, version, component, id
}}}

Replace 'confirmation' in `c.name='confirmation'` with the internal
name (not label) of your custom field.

Make sure that `c.value` is listed first in ORDER BY -- otherwise your
results will not be grouped together correctly.

Hope this helps,
egj

On Thu, Aug 20, 2009 at 1:29 PM, Jon Russelljruss...@indexuniverse.com wrote:

 Hi, I've created a custom field but cannot work out how to group my
 report by that custom field. I've created a field titled 'Developer' -
 this details the main developer for any ticket and is useful to keep a
 track of the work that my team does (I cannot use the Default Owner
 field as this regularly changes between the developer, testing and the
 business).

 If anyone knows how to group a set of results in a report by a custom
 field, I would be eternally grateful. Thanks.

 


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

[Trac] Re: Installing mail2trac plugin

[Ethan Jucovy]

Hey,

The `mail2trac` command would be installed by setuptools if you ran
`python setup.py develop` or `python setup.py install` to install the
plugin.  I'm not sure if there's any way to get the command installed
with `bdist_egg`.

Running `python /path/to/mail2trac/email2trac.py` should be equivalent
to the (missing) `mail2trac` command -- looking at the source, the
`mail2trac` command is defined as a setuptools entrypoint in [1] which
points to [2].

Alternatively, it would be possible for you to install the plugin with
`setup.py develop` or `setup.py install`, but I don't consider myself
qualified enough to recommend it. :)

Hope this helps,
egj

[1] http://trac-hacks.org/browser/mailtotracplugin/0.11/setup.py#L19
[2] 
http://trac-hacks.org/browser/mailtotracplugin/0.11/mail2trac/email2trac.py#L101

On Tue, Aug 18, 2009 at 12:06 AM, David Kirkdavidrk...@gmail.com wrote:

 Hey again.  I'm trying to install mail2trac plugin.  I downloaded the
 source zip file and ran python setup.py bdist_egg as per the
 instructions at http://trac.edgewall.org/wiki/TracPlugins.

 I copied the egg file to /var/trac/plugins and I can see it in the
 Admin/Plugins screen.

 The instructions at http://trac-hacks.org/wiki/MailToTracPlugin say to
 set an e-mail alias and pipe it to mail2trac.  I can't find mail2trac.
  All I have is an egg file.

 Does anyone know what I'm missing here?  I've installed another plugin
 in the same way and it seems to be working.

 --
 Thanks

 David Kirk

 


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

[Trac] Re: autocompleteusers - customselectadmin together are broken? is trac guilty or one of the plugins?

[Ethan Jucovy]

It looks like CustomSelectPanel implements ITemplateProvider[1] but doesn't
implement the .get_htdocs_dirs method of the ITemplateProvider
interface[2].  Is that method required by ITemplateProvider implementations?

You might try adding a noop `def get_htdocs_dirs(self): return []` to the
class in customselectadmin.py to see if that fixes it.

egj

[1]
http://trac-hacks.org/browser/customselectadminplugin/0.11/CustomSelectAdmin/customselectadmin.py#L9
[2] http://trac.edgewall.org/browser/trunk/trac/web/chrome.py#L241

On Wed, Jul 29, 2009 at 8:54 AM, rupert thurner rupert.thur...@gmail.comwrote:


 when enabling autocompleteusers we get the following error:

 Trac detected an internal error:
 AttributeError: 'CustomSelectPanel' object has no attribute
 'get_htdocs_dirs'

 on loading the javascript:
 projects/myproject/chrome/autocompleteusers/js/autocomplete.js

 if we disable http://trac-hacks.org/wiki/CustomSelectAdminPlugin,
 http://trac-hacks.org/wiki/AutocompleteUsersPlugin works.

 who is repsonsible for this, the plugin interface or one of the
 plugins?

 rupert.


 


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

[Trac] Re: Requirements to run apps using TracWsgi ?

[Ethan Jucovy]

Thanks so much for bringing this up and doing the research, Olemis!

I hadn't heard of TracWsgi until this thread, but I too have a project that
needs it. :)  In fact I've been just sitting on it for a few months.  I
hadn't realized something like this already existed.  I'll definitely be
trying it out.

Ethan

On Fri, Jul 24, 2009 at 9:04 AM, Olemis Lang ole...@gmail.com wrote:


 On Thu, Jul 23, 2009 at 6:30 PM, Graham
 Dumpletongraham.dumple...@gmail.com wrote:
  On Jul 24, 5:48 am, Leonardo Santagada santag...@gmail.com wrote:
 
  I never used this plugin in particular, but if I read the documentation
  corretly it does two thing, serve trac as a wsgi app (which can be done
  without a plugin) and permits wsgi apps to be served in the same
 urlspace as
  trac. Probably its easy to find in the code how it does this, my guess
 would
  be that it redirect requests from trac otherwise it wouldn't need to be
 a
  trac plugin, but I'm only guessing.
 

 But in process. Doesnt need HTTP redirects ;o)

  Not sure the original poster is clear enough about what he wants to
  do.
 

 Well if this is about me then I do know what I want, maybe I wasnt
 clear enough :-/

  If all he wants to do is mount two distinct WSGI applications, ie.,
  Trac and something else, at different mount points of the same server,
  then he can use mod_wsgi.
 

 No .

  If he wants to actually have the Trac application modify the WSGI
  request environment or request content stream on the way in, or have
  the Trac application modify response headers of response content
  stream on the way out, or use a form based authentication mechanism in
  Trac to control access to the inner application, then he would need to
  use a form of object composition.
 

 Almost ... but the fact is that TracWsgi allows for this «object
 composition» in a very decoupled and easy manner (using trac.ini as
 config and PasteDeploy for hooks to load WSGI apps ;o) . That's why I
 like the idea :)

 JFYI : I have a WSGI app (let's say a Django or TG or *-based app). I
 know how to get the corresponding WSGI app. But I dont want the server
 to call this app directly (using mod_wsgi or whatever ;o).

 I need that Trac (e.g. handling requests under `trac/`) be able to
 process a request to let's say
 `/trac/my_hosted_app/anything/further?blah=blah` and, instead of
 lookup for a Trac component to send the response back to the caller,
 delegate such processing to the aforementioned WSGI app (e.g. Django
 app, but just an example, not the real situation ;) and make it
 believe that the request was addressed to
 `/anything/further?blah=blah` (i.e. WSGI env var PATH_INFO ...
 AFAICR).

 With the added benefit that (possibly) Trac filters and (possibly)
 other Trac features may be triggered.

 I knew this was possible in theory, but TracWsgi allows to do this in
 a (IMHO) very clean way (and I can save my time ;) and also supports
 multiple apps at the same time , using simple config options in
 `trac.ini` and therefore it seems to be very flexible.


 --
 Regards,

 Olemis.

 Blog ES: http://simelo-es.blogspot.com/
 Blog EN: http://simelo-en.blogspot.com/

 Featured article:

 


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

[Trac] Re: Trac wiki markup vs ReST

[Ethan Jucovy]

On Mon, Jun 8, 2009 at 8:46 AM, Jeff Hammel jham...@openplans.org wrote:

 I do agree that it would be nice to use something standard-ish, which is a
 plus for ReST.  That being said, I would miss Trac wiki syntax greatly.  The
 other alternative is to spin off Trac wiki (the markdown syntax, not the
 linking or macros or what not) into its own product.  I'd probably use it.
  If other people would...I wouldn't want to guess.  ReST has a long history
 and people are reluctant to change.


+1.  Trac wiki syntax is the first and only wiki-like syntax that I've been
able to remember how to use. :)  In fact I actually compose almost all my
documents, even outside of the Trac environment, in Trac wiki syntax at
least initially -- emails, notes to myself, first drafts of papers ... so
I'm sure I'd use such a product too.

egj

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

[Trac] Re: traclegosscript - how to start ?

[Ethan Jucovy]

FWIW I just followed (almost) Rupert's steps and it worked fine for me, the
create project link shows up as advertised.

My only deviation from Rupert's was to install it all into a virtualenv
under /tmp, and I left the [server:main] host as 0.0.0.0 --

{{{
 cd /tmp
virtualenv.py traclegos
cd traclegos; source ./bin/activate
 easy_install http://trac-hacks.org/svn/traclegosscript/anyrelease/
 svn co http://trac-hacks.org/svn/traclegosscript/anyrelease/
 cd anyrelease/example/oss
 python setup.py install
 cd ../..
 paster serve development.ini
}}}

Ethan

On Thu, May 21, 2009 at 9:54 AM, Jeff Hammel jham...@openplans.org wrote:


 Hard to debug remotely.  This *should* have worked (assuming the perl is
 doing what I think its doing).  Maybe edit the template and ensure it is
 being loaded properly?

 Jeff

 On Thu, May 21, 2009 at 06:42:36AM -0700, rupert thurner wrote:
 
  i tried to install traclegos by:
 
  cd /tmp
  easy_install http://trac-hacks.org/svn/traclegosscript/anyrelease/
  svn co http://trac-hacks.org/svn/traclegosscript/anyrelease/
  cd anyrelease/example/oss
  python setup.py install
  cd ../..
  perl -p -i -e s/0.0.0.0/159.1.13.70/ development.ini
  paster serve development.ini
 
  and, it listens at port 8081, and, dispays the heading Available
  Projects, but no create .. link is there.
 
  what is missing above?
 
 
  

 


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

[Trac] Re: Hide fields in tickets

[Ethan Jucovy]

On Tue, Apr 28, 2009 at 8:43 AM, patrick patrickvdwie...@gmail.com wrote:

 is it possible to modify this plugin (blackmagic) in such a way that
 some fields are not visible in a certain state of the ticket
 e.g. in state new the milestone and severity field should be hidden,
 also the possibility that custom fields are not shown.

 new.hide = milestone, severity

 or is there another plugin that does the same?


http://trac-hacks.org/wiki/TicketSubmitPolicyPlugin is quite simliar in
concept -- it lets you enforce required and forbidden fields according to
fairly arbitrary conditions on the ticket's state:
{{{
mypolicy.condition = type is defect  component is not component2
mypolicy.requires = version, milestone
mypolicy.excludes = severity
}}}

It's been a while since I've used it so I don't remember if it actually
hides the fields ... but if it doesn't  you need that, it ought to be an
easy (maybe even one line) extension to write in Javascript -- that plugin
already uses Javascript to enforce the policies, so the code structure
should all be in place, just a matter of finding where to put the extra
line.

hth,
egj

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

[Trac] Re: Best way to track time spent on tickets?

[Ethan Jucovy]

Have you tried out http://trac-hacks.org/wiki/TracHoursPlugin?

In terms of time-based reports, it provides views for hours worked on
any ticket (/myproject/hours/4 -- time logged on /ticket/4) as well
as a project-wide view based on trac's Custom Query which lets you see
the hours worked and estimated for each ticket in your query -- which
can contain all standard custom query filters as well as date ranges.

On Tue, Apr 7, 2009 at 6:21 AM, sassers...@sasserstyl.com
bjmas...@googlemail.com wrote:

 I have installed the timing and estimation plugin and the work log
 plugins - neither of which is entirely satisfactory.

 Are there any alternatives to help me reduce the time it takes to
 generate invoices?



 


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

[Trac] Re: custom group for ticket permission

[Ethan Jucovy]

On Fri, Feb 13, 2009 at 11:55 AM, gctrekker gctrek...@gmail.com wrote:


 I found my problem.  I need brackets instead of the parens in
 mypermissions.py


Parens (which create a tuple, while brackets create a list) would work too,
but to create a tuple with one element you need a trailing comma.  So it
would be

 return ('TICKET_CLOSE',)

instead of

 return ('TICKET_CLOSE')

That special syntax is necessary because ('TICKET_CLOSE') is actually just
interpreted by Python as 'TICKET_CLOSE'.

Hope this helps.  For more info:
http://docs.python.org/tutorial/datastructures.html#tuples-and-sequences

-Ethan

I changed it to have brackets and placed the mypermissions.py in the
 plugins directory.
 The Trac / Admin / Permission now has it included.

 Now I can install the modified trac.ini file.


 On Feb 13, 10:34 am, gctrekker gctrek...@gmail.com wrote:
  I am trying to add TICKET_CLOSE as a new permission.  I tried what was
  listed in this thread from the archive (shown at end of this posting)
  but it does not work for me.
  The thread said it was a bad idea to hack the database with the
  INSERT INTO permission commands and said to use a simple plugin.
 
  ---
  I stopped our apache2 driver.
  I added a mypermissions.py into our track environment/plugins
  directory, here is the contents:
 
  # mypermissions.py
  #
  # Use to add other permissions.
  #
  # Using to add a TICKET_CLOSE permission.
  #
  # Drop this file in the plugins directory, restart the server,
  # and the permission(s) should be available.  According to
  # what I have found in the Trac Users group under Google groups.
 
  from trac.core import Component, implements
  from trac.perm import IPermissionRequestor
 
  class MyPermissions(Component):
  implements(IPermissionRequestor)
 
  def get_permission_actions(self):
  # return ('MY_FIRST_PERM', 'MY_SECOND_PERM')
  return ('TICKET_CLOSE')
 
  -
  I modified the trac.ini [components] and [ticket-workflow]; here are
  the diffs:
 
   diff trac.ini trac_TICKET_CLOSE.ini
  34a35
   mypermissions.* = enabled
 
  181c182
   close.permissions = TICKET_ADMIN
  --- close.permissions = TICKET_CLOSE
 
  186c187
   close_new.permissions = TICKET_ADMIN
  ---
 
   close_new.permissions = TICKET_CLOSE
 
  -
  I restarted apache2 and things did not work.
  I got an Oops...  when trying to view an issue that said,  Trac
  detected an internal error:  IndexError: string index out of range
 
  The trac.log file had this added after attempting to view the issue:
 
  2009-02-13 07:23:27,291 Trac[main] ERROR: string index out of range
  Traceback (most recent call last):
File /usr/local/lib64/python2.5/site-packages/Trac-0.11.2-py2.5.egg/
  trac/web/main.py, line 432, in _dispatch_request
  dispatcher.dispatch(req)
File /usr/local/lib64/python2.5/site-packages/Trac-0.11.2-py2.5.egg/
  trac/web/main.py, line 204, in dispatch
  resp = chosen_handler.process_request(req)
File /usr/local/lib64/python2.5/site-packages/Trac-0.11.2-py2.5.egg/
  trac/ticket/web_ui.py, line 181, in process_request
  return self._process_ticket_request(req)
File /usr/local/lib64/python2.5/site-packages/Trac-0.11.2-py2.5.egg/
  trac/ticket/web_ui.py, line 530, in _process_ticket_request
  get_reporter_id(req, 'author'), field_changes)
File /usr/local/lib64/python2.5/site-packages/Trac-0.11.2-py2.5.egg/
  trac/ticket/web_ui.py, line 1168, in _insert_ticket_data
  fields = self._prepare_fields(req, ticket)
File /usr/local/lib64/python2.5/site-packages/Trac-0.11.2-py2.5.egg/
  trac/ticket/web_ui.py, line 1080, in _prepare_fields
  TicketSystem(self.env).eventually_restrict_owner(field, ticket)
File /usr/local/lib64/python2.5/site-packages/Trac-0.11.2-py2.5.egg/
  trac/ticket/api.py, line 320, in eventually_restrict_owner
  .get_users_with_permission('TICKET_MODIFY'):
File /usr/local/lib64/python2.5/site-packages/Trac-0.11.2-py2.5.egg/
  trac/perm.py, line 384, in get_users_with_permission
  for child in action[1]:
  IndexError: string index out of range
 
  -
  When I used Trac / Admin / Permission and looked at the permission
  selections, I saw things like:
 
  BROWSER_VIEW
  C
  C
  CHANGESET_VIEW
  CONFIG_FILE
  E
  E
  EMIAL_VIEW
  FILE_VIEW
  I
  K
  L
  LOG_VIEW
and it goes on
 
  ---
  I quickly stopped apache2, restored the trac.ini to what it had been,
  and removed mypermissions.py and .pyc files from the plugin directory
  and restarted apache2.
 
  I do not understand what the mypermissions.py file is doing.
 
  What am I missing or doing wrong?  Is the mypermissions.py script
  correct?  Is my entry in the script for 'TICKET_CLOSE' correct?  Do I
  need brackets instead of parens since I am only adding one value?
 
  Thanks in advance.