gmane.comp.version-control.subversion.trac.general

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

Ethan Jucovy — 2013-06-19T00:21:30



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

[Trac] Re: JsGantt not shown in the graph, and also does not raise an error.

Ivanelson Nunes — 2013-06-18T21:58:59

I think the problem is here:

2013-06-18 17:49:33,293 Trac[tracpm] INFO: Found 2 enabled ITaskSorter



But where do I identify that there is more than one implementation. There
are 02 versions of the plugin installed? I have not found.

?!


< at >ivanelson
[]s


2013/6/18 Ivanelson Nunes <ivanelsonnunes-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>

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

W. Martin Borgert — 2013-06-18T21:53:09

Hi,

many thanks for constantly working on email2trac! I'm using it
since some years now and I'm very satisfied with it.

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.

This is a typical use case for e-mail based issue trackers, or
CRM systems and I already found a very nice solution the with
OpenERP issue tracker. But maybe Trac can to the trick, too?

TIA, Cheers


On 2013-06-18 11:07, Bas van der Vlies wrote:

Re: [Trac] Repository sizes?

Olemis Lang — 2013-06-18T19:44:13

fwiw +1

Re: [Trac] trac-admin wiki import: wrong date with cron

Remy Blank — 2013-06-18T19:27:27

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.

Re: [Trac] Repository sizes?

Steffen Hoffmann — 2013-06-18T19:26:14

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 12.06.2013 22:12, Malcolm wrote:

Interesting question. Closest that I know of is my own test setup with
little more than 30.000 tickets. Someone mentioned to use the
TracBrowser on a copy of the Linux kernel Git repo, but I have not seem
real numbers as high as yours here yet.

We might want to create something like a TracScores wiki page at
trac.edgewall.org from feedback given here.?

Steffen Hoffmann
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlHAtFEACgkQ31DJeiZFuHfXoQCgvkvIA23qWXo48YNKxtpJbjZZ
YW8An0SJZ1+VXsY1xp8ax5p1FaTPNkZ6
=Ijk4
-----END PGP SIGNATURE-----

[Trac] JsGantt not shown in the graph, and also does not raise an error.

Ivanelson Nunes — 2013-06-18T16:06:00

I am running jsGantt without any problems. No errors in trac.log. However
the graph is not displayed and no message.

2013-06-18 13:03:01,218 Trac[main] DEBUG: Negotiated locale: pt-BR -> pt_BR


Suggestions?

< at >ivanelson
[]s

[Trac] Repository sizes?

Malcolm — 2013-06-12T20:12:33

As we just hit ticket 40,000 at $WORK (and passed svn revision 210,000 a 
while ago), I'm curious as to what's the largest known trac instance.

[Trac] trac-admin wiki import: wrong date with cron

Joachim — 2013-06-17T14:10:21

Hello,

 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.

It's a Debian 6.0 and Trac 0.12.3.

Maybe someone has a hint for me. Thanks!

Kind regards
Joachim

[Trac] Announce: New email2trac version (2.7.0)

Bas van der Vlies — 2013-06-18T11:07:22

2.7.0
 * use self.env.get_read_db for trac version > 0.11. self.env.get_db_cnx is obsolete. TRAC
   api documentation.
   Fixed by: Bas van der Vlies

 * fixed an UnicodeDecodeError when checking attachments filenames.
   Fixed by: Bas van der Vlies

 * Added support for trac installations in a virtual environment. You can 
   set a default virtualenv path add configuration time, eg:
     - ./configure --with-virtualenv=/data/virtualenvs/trac

   Or set/override at runtime: eg:
    - ./email2trac.py --virtualenv=/data/virtualenvs/trac 
   Author:  Bas van der Vlies & Dennis Stam (Suggestion)

 * Added support for Trac Agilo installations, closes #316, #306
    - email2trac -A or email2trac --agilo
   Author: smcclure add racemi dot com
   Applied by: Bas van der Vlies



========= Info about the package

https://oss.trac.surfsara.nl/email2trac

the latest stable email2trac package is available from:
ftp://ftp.surfsara.nl/pub/outgoing/email2trac.tar.gz


email2trac - utilities
----------------------

This is

[Trac] Migrating and upgrading from sourceforge hosted apps

Michael Behrisch — 2013-06-18T12:19:40

Hi,
I tried to move this trac instance
http://sourceforge.net/apps/trac/sumo/ (which is still 0.11.2.1) to a
separate server and simultaneously switch to 1.0.1. I backuped the
files and the db as mentioned on the sourceforge help pages and
successfully replayed the mysql dump into my own db. I installed trac
1.0.1, edited the db credentials and tried trac-admin <path> upgrade
with the following error:
$ trac-admin $HOME/sumo_trac upgrade
.../Trac-0.12.5-py2.7.egg/trac/db/util.py:66: Warning: Incorrect
string value: '\xEF\xBF\xBDetr...' for column 'message' at row 5593
OperationalError: (1267, "Illegal mix of collations
(utf8_bin,IMPLICIT) and (latin1_general_ci,EXPLICIT) for operation
'like'")

Trying to change the encoding of the db and resubmitting resulted in:

OperationalError: (1690, "BIGINT value is out of range in
'(`sumoSimTrac`.`attachment`.`time` * 1000000)'")

which is probably not related to the first error.

Also if I do not change the encoding, the error vanishes if I simply
issue the upgrade c

[Trac] unsub

Bilal Jan — 2013-06-17T18:33:50

________________________________
 From: Mark P. <321map55-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
To: trac-users-/JYPxA39Uh5TLH3MbocFFw< at >public.gmane.org 
Sent: Thursday, May 30, 2013 11:08 PM
Subject: [Trac] Re: Using TRAC for Hardware Issues?

Thanks for the quick reply.  We're still in the early planning stage for our project and I'm a total trac noob - but yes, I'd be very interested in getting info about your setup.  Many thanks for the offer!
-Mark

On Thursday, May 30, 2013 1:14:30 PM UTC-4, Mark P. wrote:
My group isn't using TRAC yet but is strongly considering
it.  We'd need to use it for both our software and hardware trouble tickets.  Would anybody care to comment on their experience in
using TRAC for hardware issue tracking?

Re: [Trac] Re: add custom timezones

Jun Omae — 2013-06-18T10:37:46

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

Re: [Trac] Re: add custom timezones

RjOllos — 2013-06-18T08:33:03


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?

Re: [Trac] Re: add custom timezones

Jun Omae — 2013-06-18T08:03:19

Probably, I think that the issue happens with iso8601 format.
The following is how to reproduce.

 1. Remove pytz library
 2. Launch tracd with TZ=America/St_Johns environment
 3. Select "Server's local time zone" for default timezone
 4. Select the following in user preference
    a. "Default time zone" for time zone
    b. "ISO 8601 format" for date format
 5. Show "2013-06-18T00:00:00-02:30" in Due field of "Manage Milestones"
 6. Focus the field, the time zone offset in the datepicker will be
changed to -12:00

[Trac] Re: add custom timezones

RjOllos — 2013-06-18T07:18:55


On Tuesday, March 5, 2013 3:15:22 PM UTC-5, Oliver Stueker wrote:

I haven't been able to reproduce this issue. When I set the Due Date 
through the Milestone Admin panel (Ticket System > Milestones), the time in 
the datetime picker is always 12 AM by default (including when I have the 
timezone set to "Server's local timezone". When I set the Completed Date, 
the time in the datetime picker is always the current time.

Which version of Trac are you using? Can you provide any more hints on how 
to reproduce, or perhaps a screen capture of the issue? Do you have any 
plugins installed that could be conflicting?

Re: [Trac] Groups

Steffen Hoffmann — 2013-06-16T12:59:38

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 11.06.2013 07:33, Yokesh T wrote:

No you can't.

Trac has no concept of user groups, not even of users out-of-the-box.
Its all just sessions. Even a number of existing Trac hacks/plugins,
that are concerned about user groups, do not allow that by now, sorry.

One might resort to adding meta-users, but you'll need to do more steps
like associating group lists with the configured email address,
providing convenient group navigation (links to ticket queries/reports
on group tickets) and group-communication (FullBlogPlugin [1]?) etc., to
make this work-around useful in your case.

Steffen Hoffmann


[1] http://trac-hacks.org/wiki/FullBlogPlugin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlG9trUACgkQ31DJeiZFuHfSxACfXsaByP6zQIa/qHHpHuH92ce2
osQAoL1UFTXMga50mK7vwTJ5ZLGjn8bo
=5IOx
-----END PGP SIGNATURE-----

[Trac] Re: BudgetingPlugin

RjOllos — 2013-06-14T22:41:01


Let's start with: what is your version of BudgetPlugin, Trac and Genshi?

[Trac] Groups

Yokesh T — 2013-06-11T05:33:37

Can i assign tickets to a group. so that all users in that group will have 
the ticket in their MYTickets report

[Trac] BudgetingPlugin

Yokesh T — 2013-06-11T05:32:20

After I installed BUdegting plugin it shows me error like "attribute error" 
when am trying to create new ticket

Re: [Trac] release notes

Mike Dewhirst — 2013-06-10T00:20:09

That is exactly what I was thinking. Although now you have pointed it 
out I can see I need to properly define my release notes procedures and 
visualise what the users will want to see before making any changes. 
Obviously, I'd better raise a ticket :)

Thanks

Mike