Re: [Trac] two-way e-mail conversation from within Trac (was: New email2trac version)
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 WorkflowNotificationPlugin is a nice plugin. What i really want is described in this tickets. The bottom line is that each ticket get it's own address. Most MTA can handle this. * https://oss.trac.surfsara.nl/email2trac/ticket/297https://oss.trac.surfsara.nl/email2trac/ticket/297 * https://trac-hacks.org/ticket/10044 --- As of 1 January 2013, SARA has a new name: SURFsara. Bas van der Vlies | Operations, Support Development | SURFsara | Science Park 140 | 1098 XG Amsterdam | T +31 (0) 20 592 30 00 | bas.vandervl...@surfsara.nl | www.surfsara.nl | -- 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)
On 2013-06-19 05:54, Bas van der Vlies wrote: What i really want is described in ticket: * https://oss.trac.surfsara.nl/email2trac/ticket/297 There is a feature request for the AnnouncerPlugin to support this: * https://trac-hacks.org/ticket/10044 This sounds useful, indeed. The Debian bug tracker has one mail address per bug, too: email to 712...@bugs.debian.org will be appended to the bugs web page http://bugs.debian.org/712750 -- 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-admin wiki import: wrong date with cron
You are right. Trac is installed by hand, but a plugin from the debian-repository and that has trac 0.11 as dependency. And cron finds the old trac ... Thank you, that helped me! Kind regards, Joachim Am 18.06.2013 21:27, schrieb Remy Blank: Joachim wrote: i have a skript, which ones a day puts content in the Wiki (with trac-admin /tracpath wiki import wikipagename filename). When i run this Skript in the terminal, all is ok, when the cron runs it, the time is wrong. I look in the database and found this: -- sqlite3 trac.db select version,time,author,ipnr from wiki where name like '%blabla%'; 1|1370964133344701|trac|127.0.0.1 2|1370964216695323|trac|127.0.0.1 3|1371005282|trac|127.0.0.1 -- The first and second entrys are ok, the last time is wrong. Maybe the timestap ist cut of after ten character? But why? I'm no programmer, so at this point i'm stuck. This looks very much like two different versions of Trac are installed on your machine. When you run from the terminal, 0.12.3 is used, and you get microsecond timestamps. When running from cron, 0.11.x is used, and you get second timestamps. Please make sure you have no remains of the 0.11.x installation. Inspect the PATH in your cron, and find which trac-admin binary is found on that path. Also, look in your Python's site-packages and remove all traces of 0.11.x. -- Remy -- 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: add custom timezones
On Tuesday, June 18, 2013 3:37:46 AM UTC-7, Jun Omae wrote: On Tue, Jun 18, 2013 at 5:33 PM, RjOllos rjo...@gmail.com javascript: wrote: Okay, I'm seeing the same thing after following your steps. I wonder if this can be considered a bug then, or if it is rather just the intended behavior of the datetime picker when it receives an invalid input? Humm, I think that is the intended behavior. The timezoneList option defines available timezone offsets. Because an input isn't in the list, the time picker reset to default. The latest v1.3 time picker has the same behavior [1]. Currently, the timezone list for time picker is generated from available timezones [2]. If no pytz, the timezones are full hours from -12:00 to +12:00 [3]. 1. http://trentrichardson.com/examples/timepicker/ 2. http://trac.edgewall.org/browser/branches/1.0-stable/trac/util/datefmt.py#L363 3. http://trac.edgewall.org/browser/branches/1.0-stable/trac/util/datefmt.py#L887 Thanks, that makes sense. Just wanted to make sure we had all of the issues covered here. The patch in #7 has been committed for release 1.0.2, which adds a message to the Basic Settings panel when pytz is not installed. http://trac.edgewall.org/ticket/7 -- 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.
