Team Chat Logs

2006 4
Mo Tu We Th Fr Sa Su
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31        
<< <   > >>

May 24, 2006

[00:00:16] <pacopablo> new day
[00:04:13] <pacopablo> well, good night
[00:04:23] <pacopablo> hopewfully I'll know when I wake up
[00:04:37] * tenshiKur0 has joined #trac
[00:07:22] <athomas> see you
[00:07:52] * stevegt has quit IRC
[00:18:45] * s0undt3c1 has joined #trac
[00:33:07] * s0undt3ch has quit IRC
[00:33:09] * s0undt3c1 is now known as s0undt3ch
[00:58:03] * Ryan_ has joined #trac
[00:58:50] * Ryan_ has left #trac
[01:17:18] * cprov has joined #trac
[01:45:28] * Xtrapni has joined #trac
[01:46:58] * langenberg has joined #trac
[01:48:51] <Xtrapni> I'm getting exactly the same errors as some others obviousely (as of google) while upgrading to 0.10dev with trac-admin upgrade: "table session_old already exists";
[01:49:19] <Xtrapni> unfortunetly, nobody gave a proper answer on it yet... do you maybe know a good idea on how to upgrad properly?
[02:02:52] * xin has quit IRC
[02:05:36] * eblot_ has joined #trac
[02:06:07] * langenberg has quit IRC
[02:11:57] * eblot_ has quit IRC
[02:19:32] * AnonymousUOI34N5 has joined #trac
[02:19:53] <AnonymousUOI34N5> #calculus
[02:20:36] * AnonymousUOI34N5 has left #trac
[02:31:38] * Xtrapni has quit IRC
[02:38:54] * prologic has joined #trac
[02:39:04] <prologic> does anyone from trac-hacks.org hang out here ?
[02:39:10] * tenshiKur0 has quit IRC
[02:39:32] <prologic> oh I see athomas :)
[02:39:42] <athomas> uh oh
[02:40:07] <prologic> oh goody
[02:40:09] <prologic> found you :P
[02:40:14] <athomas> heh
[02:41:31] <prologic> #384 :)
[02:41:38] * langenberg has joined #trac
[02:42:25] <athomas> actually, i have disavowed the discussion plugin
[02:42:33] <athomas> blackhex is the author now
[02:42:53] <athomas> but tracdiscussion/core.py line 200 is mentioned in that traceback
[02:44:15] <prologic> oh
[02:44:18] <prologic> missed it :/
[02:44:24] <prologic> wondering how one debugs these plugins
[02:44:54] <athomas> judicious application of self.env.log.debug() usually
[02:45:01] <athomas> s/judicious/liberal/ :)
[02:55:39] * whitelynx has quit IRC
[03:00:18] * tuxipuxi has joined #trac
[03:14:54] * whitelynx has joined #trac
[03:21:57] * tic has quit IRC
[03:22:49] * tic has joined #trac
[03:25:25] * tic has quit IRC
[03:30:35] * robs has quit IRC
[03:32:26] * robs0r has joined #trac
[03:32:28] * robs0r is now known as robs
[03:51:41] * Riccc has quit IRC
[03:52:07] * Riccc has joined #trac
[03:54:29] * langenberg has quit IRC
[04:00:46] * tic has joined #trac
[04:11:11] * imajes has joined #trac
[04:12:33] * imajes has joined #trac
[04:49:23] <prologic> athomas, I don't understand the plugin too well to debug this ;/
[04:49:52] <prologic> but req.args.get('body') must be None
[04:52:34] * tic_ has joined #trac
[04:55:58] * _idostyle has joined #trac
[04:58:52] * tic_ has quit IRC
[05:11:23] * halorgium has quit IRC
[05:12:56] * idostyle has quit IRC
[05:13:02] * _idostyle is now known as idostyle
[05:18:56] * Riccc has quit IRC
[05:19:33] * Riccc has joined #trac
[05:25:21] * cprov is now known as cprov-lunch
[05:29:52] * langenberg has joined #trac
[05:32:02] * Blackhex has joined #trac
[05:39:42] * lewislp has quit IRC
[05:53:18] * MasterC has joined #trac
[06:02:44] * boorad has joined #trac
[06:03:40] * lewislp has joined #trac
[06:04:22] <lewislp> newb question: after making a change to a python file, how do i make that change take effect? restarting apache does not seem to help...
[06:09:53] * cprov-lunch is now known as cprov
[06:11:54] * Targos has joined #trac
[06:16:06] <ranq> sometimes debian startup scripts fail to restart. use /usb/sbin/apache2ctl restart or such
[06:20:36] * agile has quit IRC
[06:36:39] <coderanger_> lewislp: What fine
[06:36:44] <coderanger_> er, file
[06:48:56] * mgalvin has joined #trac
[06:54:18] <pacopablo> coderanger_: you hear from google?
[06:54:31] <coderanger_> pacopablo: Yep, denied
[06:54:33] <coderanger_> you?
[06:54:36] <pacopablo> same here
[06:54:43] <pacopablo> oh well, maybe next year
[06:54:44] <coderanger_> oh well
[06:55:18] <coderanger_> Now I just have to hope that another guy I know didn't get in, as he will lord it over me all summer if he did
[06:55:40] <coderanger_> the_plauge on here
[06:55:41] <pacopablo> hehe
[06:55:54] <pacopablo> oh yeah,
[06:56:03] <pacopablo> still have to say that that's a horrible nick
[06:56:11] <coderanger_> It suits him
[06:56:17] <pacopablo> with having been subjected to the movie "hackers"
[06:56:30] <pacopablo> hehe, that says a lot
[06:56:34] <coderanger_> He has been compared both to the guy in the movie, and to an actual virus
[06:56:46] <pacopablo> roflol
[06:58:00] <coderanger_> alright, I should get up and be productive
[06:58:04] <coderanger_> see y'all later
[06:58:17] <pacopablo> later
[07:10:07] * agile has joined #trac
[07:10:32] * danbeck has joined #trac
[07:11:00] * Marlun has joined #trac
[07:12:47] * agile has joined #trac
[07:16:56] <Marlun> Anyone know of a good tutorial that guides you through installing trac and its requirements (except the one on the trac website)?
[07:29:49] <ranq> Marlun: hmm, what's wrong with the provided ones?
[07:32:39] * xin^ has joined #trac
[07:33:41] * milk-it has joined #trac
[07:38:30] <pacopablo> Marlun: what distro are you using?
[07:40:13] <Marlun> soon ubuntu.
[07:40:44] * coderanger_ has quit IRC
[07:41:10] <Marlun> Will I be able to test trac on a very slow computer with only like 64MB ram?
[07:44:28] * klasstek has joined #trac
[07:50:52] <pacopablo> sure
[07:51:05] <pacopablo> though I won't promise anything about the performance.
[07:52:15] * xin^ has quit IRC
[07:52:29] <Marlun> I don't need good performance :) Just going to test it.
[07:52:55] * xin^ has joined #trac
[07:55:56] * xin^ has quit IRC
[07:56:26] * xin^ has joined #trac
[08:03:22] * klasstek has quit IRC
[08:07:46] * klasstek has joined #trac
[08:21:09] * ryepup has joined #trac
[08:26:22] * xin^ has quit IRC
[08:39:41] * otaku42 is now known as otaku42_away
[09:05:13] * jcw9 has joined #trac
[09:12:54] * tolsen has quit IRC
[09:14:23] * tolsen has joined #trac
[09:16:10] * dna has quit IRC
[09:16:38] * dna has joined #trac
[09:23:36] * adamb has joined #trac
[09:25:32] <adamb> hi..i'm a pretty new trac user and have been looking this morning for a plugin or macro that can possibly include some content post-formatting.. i.e. a dhtml omnioutliner export, or just a plain html report generated from elsewhere.. The Include plugins dont seemto provide what im looking for and the {{{ !html support seems to restrict usage of the functions that would help get this done..can anyone makeany recommendations or point m
[09:27:50] <pacopablo> does the Include not work because you don't want it on a separate page?
[09:28:00] * pacopablo notes that trac needs a good task list plugin
[09:29:45] <adamb> well the include plugin just includes another wiki-formatted page into the current wiki page..I'd like to be able to include full raw html reports from different security tools
[09:32:09] * whitelynx has quit IRC
[09:40:24] * lewislp has quit IRC
[09:42:51] * coderanger_ has joined #trac
[09:45:00] * xin has joined #trac
[09:45:12] <xin> Does anybody know if a trac-admin gui exists?
[09:47:41] <pacopablo> only the webadmin plugin
[09:47:49] <pacopablo> which doesn't completely replace trac-admin
[09:47:57] * Riccc has quit IRC
[09:48:39] <pacopablo> adamb: there is an Include macro that includes the output of a normal URL into the current page
[09:49:27] <pacopablo> http://projects.edgewall.com/trac/wiki/MacroBazaar#include
[09:49:56] <coderanger_> There isn't much that you can do in trac-admin that WebAdmin can't do (other than initenv of course)
[09:50:28] <pacopablo> resync, and upgrade, etc
[09:50:47] <coderanger_> The things that it makes little sense to have in the webinterface
[09:50:59] <coderanger_> Though it might be a bad idea to have a resync button
[09:51:06] <coderanger_> *might not
[09:52:56] <pacopablo> yeah, obviously upgrade would be a chicken and egg problem
[09:53:04] <pacopablo> but I think resync would be nice
[09:53:25] <pacopablo> and I also hope that it gets extended to include some more trac.ini configuration, specifically notification
[09:53:27] <coderanger_> We should just demand they make a telepathic init/upgrade module for it ;-)
[09:53:39] <pacopablo> hehe
[09:53:43] <coderanger_> Have you seen alec's iniadmin plugin?
[09:53:52] <pacopablo> no
[09:54:42] <coderanger_> http://trac-hacks.org/attachment/wiki/IniAdminPlugin/iniadmin.png
[09:55:05] <coderanger_> Not a great solution, but its somthing
[10:02:32] * xin has quit IRC
[10:03:07] * xin has joined #trac
[10:05:52] <adamb> pacopablo: ahh sweet.. thanks@
[10:05:56] <adamb> ! even..
[10:07:32] * Blackhex has left #trac
[10:11:26] * chandlerc has quit IRC
[10:12:28] * chandlerc has joined #trac
[10:12:32] * tolsen has quit IRC
[10:14:49] * jcw9 has quit IRC
[10:21:03] * robs has quit IRC
[10:22:44] * robs0r has joined #trac
[10:22:46] * robs0r is now known as robs
[10:23:59] * tolsen has joined #trac
[10:26:57] * xin has quit IRC
[10:27:27] * xin has joined #trac
[10:27:37] * tolsen has quit IRC
[10:28:49] <adamb> hmm
[10:28:59] <adamb> im getting this error with Include macro
[10:29:09] <adamb> from os.path import (curdir, pardir, sep, pathsep, defpath, extsep, altsep,
[10:29:10] <adamb> ImportError: No module named path
[10:29:45] <adamb> http://pastebin.com/735424
[10:31:01] * prisoner has joined #trac
[10:31:14] <pacopablo> um, you've got something messed up
[10:31:36] <adamb> all theother macro's i'veinstalled work finie.. and the python test_os script returns no errors..
[10:31:37] <pacopablo> try loading up the python interpreter and see if you can import os
[10:32:44] <adamb> just import os;
[10:32:46] <adamb> ?
[10:32:55] <pacopablo> no semicolon
[10:32:57] <pacopablo> but yes
[10:33:17] <adamb> it doesnt error after cr
[10:34:20] <pacopablo> hmm, not sure
[10:34:24] <adamb> :-/
[10:34:33] <pacopablo> I don't know why it would be failing on that line
[10:34:56] <pacopablo> you don't have a plugin named os or anthing, do you?
[10:35:01] <adamb> i only have python 2.4 installed.. never had 2.3 or any other things that might makeconflict suspect
[10:35:14] <adamb> nope, just blog tags and webadmin
[10:35:51] <adamb> oh..and interwiki and tracnav
[10:36:13] * xin has quit IRC
[10:36:22] * xin has joined #trac
[10:37:59] * arostos has joined #trac
[10:40:22] <coderanger_> can you do an import os.path interactively?
[10:41:05] * tolsen has joined #trac
[10:42:13] <adamb> Type "help", "copyright", "credits" or "license" for more information.
[10:42:13] <adamb> >>> import os.path
[10:42:15] <adamb> >>>
[10:42:19] <adamb> :-d
[10:42:20] <adamb> :-D
[10:42:38] <adamb> sry-- ill pastebin next time..
[10:42:57] <pacopablo> 3 lines isn't too bad
[10:43:02] * arostos has quit IRC
[10:43:03] <adamb> depends on the channel
[10:43:06] <adamb> ;-)
[10:43:47] <pacopablo> we try to be forgiving
[10:43:54] <pacopablo> but tracebacks are straight out
[10:44:03] * chandlerc has quit IRC
[10:46:37] * Eridius|work has joined #trac
[10:47:26] <Eridius|work> how much work is it to upgrade from 0.9.4 to a (relatively) stable version of trac with spam control?
[10:47:37] <pacopablo> simple?
[10:48:13] <pacopablo> svn co https://svn.edgewall.com/repos/trac/trunk trac
[10:48:27] <Eridius|work> any caveats?
[10:48:31] <pacopablo> rm -rf /usr/lib/python2.4/site-packages/trac /usr/share/trac /usr/bin/trac*
[10:48:36] <pacopablo> cd trac
[10:48:39] <pacopablo> python setup.py install
[10:48:49] <pacopablo> trac-admin /path/to/env upgrade
[10:49:20] <pacopablo> now, that's to get trunk, I haven't actually installed the spam control plugin, so I don't know what's involved with that
[10:49:35] <pacopablo> but I didn't notice any caveats moving from 0.9.4 to trunk
[10:49:42] <Eridius|work> and trunk is stable?
[10:49:55] <pacopablo> been working fine for me
[10:50:03] <Eridius|work> hrm. now to get in touch with the server admin..
[10:50:08] <pacopablo> the biggest issues seem to be with unicode
[10:50:11] <Eridius|work> typo trac has been getting more and more and more spam lately
[10:50:15] <pacopablo> but those are fading
[10:50:28] <Eridius|work> recently we've been getting about 10 junk tickets a day (in addition to the usual slew of spam comments)
[10:50:31] <pacopablo> and if you don't use extended characters, then they are non-existent
[10:50:39] <pacopablo> that sucks
[10:50:43] <Eridius|work> well, every couple days we get unicode spam...
[10:51:12] <pacopablo> shouldn't be a problem
[10:51:21] <prologic> hey what's trunk got that 0.9.5 is lacking ?
[10:51:25] <prologic> anything interesting ?
[10:51:32] <pacopablo> lots :)
[10:51:38] <prologic> yeh well
[10:51:45] <prologic> asfe me some reading of the timeline :)
[10:51:58] <pacopablo> some nice UI changes with tickets, such as the ability to attach files at ticket creation
[10:52:13] <adamb> hmm..interesting..
[10:52:16] <pacopablo> nicer API for config options
[10:52:27] <pacopablo> spam control hooks
[10:52:49] <pacopablo> intertrac links
[10:53:16] <pacopablo> postgresql schema support
[10:53:20] <pacopablo> unicode
[10:53:25] <pacopablo> to name a few
[10:53:31] <prologic> hmm cool
[10:53:35] <prologic> all very usefull stuff :)
[10:53:55] <pacopablo> I want to say that there were a few ui changes to the source broswer too, but not sure
[10:54:05] <pacopablo> can't remember if it was in 0.9.x or not
[10:54:06] <prologic> oh k
[10:56:08] * xin has quit IRC
[10:56:26] * xin has joined #trac
[11:04:47] * Hadaka has quit IRC
[11:04:55] * danbeck has quit IRC
[11:05:18] * xin has quit IRC
[11:05:21] * Naked has joined #trac
[11:05:39] * Naked is now known as Hadaka
[11:07:02] <adamb> http://pastebin.com/735499
[11:08:51] <pacopablo> why are you setting sys.modules['os.path'] = path ?
[11:09:06] <pacopablo> or at least trying to
[11:10:07] * peppelorum has joined #trac
[11:14:15] <adamb> i don't know.. that's what was in the os.py
[11:14:33] <adamb> in /usr/local/lib/python2.4/os.py
[11:14:53] <adamb> i thought that that my be the problem
[11:14:59] <adamb> since it's saying "no such module 'path'
[11:15:03] <adamb> and notlike.. 'os.path'
[11:15:18] <adamb> i was trying to seeif just using those two lines would re-create the exact error
[11:15:27] <adamb> <--- doesnt know python worth a shit
[11:17:37] * tolsen has quit IRC
[11:18:15] * jphillips has joined #trac
[11:18:38] * tolsen has joined #trac
[11:22:03] * duc1 has joined #trac
[11:26:41] * whitelynx has joined #trac
[11:29:49] * peppelorum has quit IRC
[11:31:55] <pacopablo> hehe
[11:31:57] <duc1> are there any other programs out there similar to trac, perhaps providing chatroom capabilities?
[11:32:05] <pacopablo> possibly
[11:32:10] <pacopablo> but I haven't used one
[11:32:13] <duc1> does anyone know of any?
[11:32:17] <duc1> ok, thx
[11:32:25] <pacopablo> what about just using IRC?
[11:32:32] <pacopablo> or jabber, or something like that?
[11:32:36] <duc1> i'd like it to be a one-stop shop
[11:32:41] <pacopablo> or are you bent on having a web chat?
[11:32:44] <pacopablo> ahh.
[11:32:54] <duc1> just bent on having to use a common interface for all that
[11:33:42] <duc1> i can manage multiple apps, it just feels a bit disorganized. I mean, a chat with logging builtin to go back over conversations and whatnot would be fantastic
[11:33:55] <pacopablo> gaim
[11:34:05] <pacopablo> I personally can't stand web chat interfaces :)
[11:34:17] <adamb> this include macro thing sucks ass.
[11:34:19] <adamb> :-(
[11:34:26] <pacopablo> adamb: sorry
[11:34:28] <duc1> yeah, but to manage it and access it centrally through trac would be nice
[11:34:49] <duc1> trac is a strange bird, only one i've really been able to find of it's kind
[11:34:50] <jphillips> has anyone had issues with an error " (library routine called out of sequence)" when using multiple projects via https?
[11:34:55] <pacopablo> duc1: well, you could setup jabber and have the authentication use the same source as trac
[11:34:57] <adamb> pacopablo: it just doesnt leave meany clues to debug it.. first line is import os and that fails.. but it's a fresh freebsd inistallw ith python 2.4 so i have -no- idea why it would fail at all
[11:35:04] <pacopablo> jphillips: not I
[11:35:20] <pacopablo> adamb: neither do I, since import os should not fail :)
[11:35:43] <jphillips> hmmm
[11:35:51] <duc1> pacopablo: possibly. I wonder if alongside hosting my own jabber-server I could log the chats and have them auto-added to a web-accessible directory
[11:35:53] <pacopablo> grab the WikiInclude macro from the MacroBazaar
[11:36:00] <pacopablo> and put import os at the top
[11:36:03] <duc1> web-accessible with authentication of course
[11:36:13] <pacopablo> if it fails, then you've got an issue with your python installation
[11:36:30] <jphillips> the mod_python
[11:36:32] <jphillips> thanx
[11:36:32] <adamb> i have that but thew wikiinclude isnt a macro anymore.. it's aplugin
[11:36:49] <pacopablo> duc1: well, you'd have to write a plugin for it, but I'm sure there is probably a way for the jabber server to log the chats
[11:36:58] <pacopablo> adamb: true
[11:37:09] <pacopablo> grab the calendar macro then
[11:37:12] <duc1> pacopablo: a cronjob with jabber logging it would server it's purpose
[11:37:21] <duc1> serve*
[11:37:26] <adamb> pacopablo: looks like the blog plugin imusing uses import os
[11:37:28] <adamb> and it works fine
[11:37:28] <duc1> ok, i'm out people
[11:37:29] <duc1> later
[11:37:37] * duc1 has left #trac
[11:37:39] <pacopablo> any macro and put import os at the top and see if it works
[11:37:44] <adamb> tracblogplugin/0.10/blog/admin.py:import os
[11:37:48] <adamb> tracblogplugin/0.10/blog/admin.py:import os.path
[11:38:02] <pacopablo> yeah, but that's a plugin
[11:38:11] * pacopablo should know :)
[11:41:29] <adamb> i put import os at the top of the ticketbox macro and hit a page where im using it with no problems...
[11:42:18] <pacopablo> strange
[11:45:04] * adamb has quit IRC
[11:46:04] <jphillips> anyone feel like checking out https://68.209.108.223/projects to see this error I keep having
[11:51:45] <pacopablo> I get a login prompt
[11:53:45] * adamb has joined #trac
[11:53:59] <adamb> pacopablo: one other interesting thing to note:
[11:53:59] * coderanger1 has joined #trac
[11:54:08] <adamb> .oO(root@quagmire /usr/local/share/trac/wiki-macros) python Include.3.py
[11:54:10] <adamb> .oO(root@quagmire /usr/local/share/trac/wiki-macros)
[11:55:00] <pacopablo> what happens if you drop the 3 from the file name?
[11:55:00] <adamb> something about it's environment seems to be borking it
[11:55:15] <pacopablo> so, mv Include.3.py Include.py
[11:55:38] <adamb> dude
[11:55:38] <adamb> wtf
[11:55:42] <adamb> that's not cool
[11:55:43] <adamb> hahahahhaha
[11:55:44] <adamb> worked fine
[11:55:47] <pacopablo> hehe :)
[11:56:00] <pacopablo> that's still a weird error for that
[11:56:08] <adamb> yeah
[11:56:13] <adamb> that's totally retarded.. hahaha what's up with that?
[11:56:59] <pacopablo> well, the mcaro is found based off of it's name
[11:57:04] <adamb> ahhhh
[11:57:23] <pacopablo> so: [[Include(blah)]] maps to Include.py (or provided by a plugin)
[11:57:24] <adamb> that makes a bit of sense then
[11:57:39] <pacopablo> but that still doesn't explain why it would bork on the import os line
[11:57:44] <pacopablo> that's kind of weird
[11:58:00] <adamb> i concur
[12:03:25] <jphillips> https://68.209.108.223/projects user:tempuser password:password sorry about the delay
[12:04:10] <adamb> thanks for the help paco
[12:04:11] <adamb> :-D
[12:05:54] <pacopablo> np adamb
[12:08:29] <pacopablo> jphillips: what webserver? apache?
[12:09:12] <jphillips> ya
[12:09:53] <jphillips> everything was installed with darwinports
[12:10:05] <jphillips> and I made sure everything was up-to-date
[12:11:15] * coderanger_ has quit IRC
[12:13:45] <jphillips> it's an odd error apparently because I only found two near matches on Tracs wiki and I've already checked out the fixes for both, neither worked
[12:14:00] <pacopablo> are you using mod_python, fastcgi, or plain cgi?
[12:14:11] <jphillips> mod_python
[12:14:29] <pacopablo> try using plain cgi or tracd and see if you get the same error
[12:14:40] <jphillips> ok
[12:14:50] <pacopablo> http://projects.edgewall.com/trac/ticket/2969
[12:14:54] <pacopablo> and take a look at that ticket
[12:15:03] <pacopablo> maybe you already have
[12:15:06] <jphillips> ya I have
[12:15:21] <jphillips> they said to rebuild SQlite without safethreading
[12:15:23] <jphillips> which I did
[12:20:25] <pacopablo> bbiab
[12:21:10] <jphillips> huh?
[12:21:53] <pacopablo> be back in a bit
[12:22:04] * pacopablo has to feed his belly
[12:26:25] <jphillips> lol ok
[12:36:34] * jcw9 has joined #trac
[12:38:26] * puetzk has joined #trac
[12:43:10] <puetzk> I'm trying to write a plugin against the workflow branch, and I think I've found a gap in the API - is there anybody here who's involved with that work?
[12:44:24] <puetzk> I'm trying to keep track of tickets across many branches release cycles that aren't synchronized, so I want to have a "milestone" and resolution for each branch.
[12:47:04] * Riccc`Plula has joined #trac
[12:47:33] <puetzk> I can introduce custom fields easily enough, and process the results, but there's multiple HTML controls involved in this case. I can produce the desired HTML by treating the "which branch" block as a single custom field type that happens to include several HTML elements when it does render_control
[12:48:29] <puetzk> but then I don't get a chance to act on the submitted data since ticket.populate() assumes 1:1 correspondence by name between form elements and field objecst
[12:49:33] <puetzk> or I could do it as many custom fields,but then I lose formatting flexibility. Also, ITicketFieldProvider::get_ticket fields doesn't know what ticket it's working on so I couldn't use components or similar to narrow the list of relevant branche
[12:51:41] <puetzk> I think what's needed is something like ITicketManipulator.prepare_ticket that's run between populate and verify, to consume submitted values that don't fit the 1:1 pattern
[12:52:39] <puetzk> or it could be hung off ITicketFieldTypeProvider - both make sense
[12:53:23] <puetzk> but it doesn't seem completely ridiculous that a field type might want more than one <input> element to provide it's HTML control, and thus need broader access to the req
[12:54:53] <puetzk> there's already some checkbox-specific magic in populate() to account for the way HTML form don't send unchecked fields
[12:59:55] <jphillips> it is something to do with the mod_python
[13:00:15] <jphillips> thanx pacopablo
[13:03:30] * eblot_ has joined #trac
[13:10:27] * coderanger1 has quit IRC
[13:13:34] * coderanger_ has joined #trac
[13:19:23]