| [00:03:17] |
* |
elderrr has quit IRC |
| [00:09:57] |
<pacopablo> |
so, dishes are done, where's excerpt? ;) |
| [00:10:04] |
<alect> |
:P |
| [00:11:41] |
* |
mrb_ has left #trac |
| [00:11:56] |
<alect> |
here's what i'm doing... |
| [00:12:24] |
<alect> |
Hit will now have .current and .indexed attributes, which are Document objects |
| [00:12:46] |
<alect> |
Hit will have an 'excerpt' method which will first try to extract an excerpt from current, then indexed |
| [00:13:19] |
<pacopablo> |
k |
| [00:13:29] |
<alect> |
so 90% of the time all you'll have to do is: for hit in framework.search('term'): print hit.uri, hit.excerpt() |
| [00:14:05] |
<pacopablo> |
sounds like a plan |
| [00:14:09] |
<pacopablo> |
and what I want too ;) |
| [00:14:31] |
<alect> |
only issue is if .current no longer contains the terms |
| [00:14:48] |
<pacopablo> |
this mean you're keeping the Hit class in? Or are you still planning on replacing it with Document? |
| [00:14:55] |
<alect> |
keeping the Hit class |
| [00:15:49] |
<pacopablo> |
if .current doesn't contain the items, then it's pulled from indexed |
| [00:16:09] |
<pacopablo> |
is there a clean way of also returing a "dirty" flag of some sort |
| [00:16:31] |
<pacopablo> |
indicating that the excerpt is from the indexed copy, but not in the current? |
| [00:16:58] |
<alect> |
hrrm |
| [00:17:15] |
<alect> |
good point |
| [00:18:10] |
<pacopablo> |
then, kind of along the same thought, what about an optional Cache module/ability? |
| [00:18:34] |
<pacopablo> |
obviously it would make the index ( or cache ) huge, but that's why it would be optional. |
| [00:18:58] |
<pacopablo> |
unless you were planning of having the .indexed be a cached version of the page when it was indexed |
| [00:19:24] |
<alect> |
.indexed would be whatever the Indexer can retrieve from its index |
| [00:19:47] |
<pacopablo> |
so, then what about a cache module? |
| [00:19:52] |
<alect> |
eg. in the case of BuiltinIndexer it would essentially just be an unordered soup of words |
| [00:20:24] |
<pacopablo> |
so that one could produce the page as it was when indexed? |
| [00:20:38] |
<alect> |
i think i could probably do that with a pseudo-indexer |
| [00:20:50] |
<alect> |
cache://builtin:///some/path |
| [00:21:02] |
<alect> |
it would overlay the other indexer |
| [00:21:02] |
<pacopablo> |
not super-high on need list, but an idea |
| [00:21:05] |
<alect> |
yeah |
| [00:21:12] |
<alect> |
can you create a ticket for that? |
| [00:21:15] |
<pacopablo> |
sure |
| [00:21:36] |
<pacopablo> |
bte, good use of tickets, and I feel cleaner that my medium wasn't violated ;) |
| [00:21:41] |
<alect> |
hehe |
| [00:21:47] |
<alect> |
get a grip man! |
| [00:21:49] |
* |
hpnadig has joined #trac |
| [00:24:01] |
<alect> |
i'll make an Excerpt class |
| [00:24:08] |
<alect> |
with a .quality attribute |
| [00:24:18] |
<alect> |
so you can check if the quality is sufficient to display |
| [00:25:13] |
<pacopablo> |
quality being whether or not it was produced from .current or .indexed ? |
| [00:25:25] |
<alect> |
a floating point value representing how close to the original it was |
| [00:25:29] |
<alect> |
0.0 to 1.0 |
| [00:25:36] |
<alect> |
ah, hmm |
| [00:25:50] |
<alect> |
i guess you might care which copy it was derived from as well |
| [00:26:36] |
<pacopablo> |
I can see cases where one would want to discard the hit if it doesn't appear in the current source |
| [00:26:43] |
<pacopablo> |
so it would be helpful |
| [00:27:49] |
<alect> |
hrrm |
| [00:29:42] |
<pacopablo> |
ticket #41 created |
| [00:30:15] |
* |
Guardian has quit IRC |
| [00:30:30] |
<alect> |
thanks |
| [00:32:05] |
<pacopablo> |
np |
| [00:32:11] |
<pacopablo> |
time for me to head to bed |
| [00:32:32] |
<pacopablo> |
thanks a lot for pyndexter and putting up with my needs ;) |
| [00:32:34] |
<pacopablo> |
later |
| [00:40:45] |
<alect> |
cya paco :) |
| [00:47:01] |
* |
klando has joined #trac |
| [00:47:25] |
* |
Guardian has joined #trac |
| [00:50:21] |
* |
m_g has joined #trac |
| [01:00:18] |
* |
asmodai yawns |
| [01:08:30] |
<alect> |
hey asmodai |
| [01:11:01] |
<asmodai> |
HEy alect |
| [01:14:26] |
* |
Guardian has quit IRC |
| [01:16:47] |
* |
Guardian has joined #trac |
| [01:31:32] |
* |
kop_ has joined #trac |
| [01:31:44] |
* |
jodok has quit IRC |
| [01:41:21] |
* |
ekimus has joined #trac |
| [01:52:15] |
* |
eevar2 has joined #trac |
| [01:55:17] |
<ekimus> |
hello, I'm having strange problems here, my setup is an internal trac installed on the svn box and a proxy (with "RewriteRule ^/trac/(.+) http://graz.mynet.lan/trac/$1 [P]") now a couple of trac instances work fine but all new instances will redirect to the internal host whenever I edit something in the wiki (or do other form based actions). I'm using 10.2 |
| [01:58:01] |
<eevar2> |
hmm.. is the milestone dropdown for tickets supposed to include closed milestones? do people delete milestones after a while or something, to keep it trim? |
| [02:38:05] |
<alect> |
evening |
| [03:12:58] |
* |
divya has quit IRC |
| [03:53:00] |
<ekimus> |
this is getting strange. all trac projects created before updating to 10.2 work fine. all projects created afterwards seem to somehow break the proxying. the logs (neither apache nor trac) tell me that nothing is wrong. trac just seems to set some http header that redirects any hints to that? |
| [03:55:15] |
* |
Macca has joined #trac |
| [03:55:23] |
<Macca> |
http://repository.maccasoft.com.au/projects/Pavonis/timeline <-- how do i remove all that default stuff ? |
| [03:58:31] |
* |
rab has joined #trac |
| [03:59:37] |
<ekimus> |
Macca: i guess http://trac.edgewall.org/wiki/TracFaq#great-software-is-there-a-guide-on-hacking-the-templates should make that possible |
| [04:00:00] |
<rab> |
users |
| [04:00:40] |
<ekimus> |
Macca: btw. i have access to your trac web admin, you should change that asap |
| [04:05:20] |
<alect> |
macca: you can't remove them without deleting the corresponding wiki pages |
| [04:06:11] |
<alect> |
just ignore them and they'll drop off the timeline by themselves |
| [04:13:24] |
<rab> |
hi |
| [04:14:53] |
<rab> |
i try to make a basic trac.ini for all my trac projects that is copied to the new env when i do a initenv. How can i do that? |
| [04:16:58] |
* |
tpollari has joined #trac |
| [04:17:25] |
<rab> |
is the global trac.ini copied to the new environment? |
| [04:22:06] |
<rab> |
i see... it already works as i want... |
| [04:24:11] |
* |
tpollari has quit IRC |
| [04:49:24] |
<m_g> |
i know that it's not possible to define the timezone in the trac.ini file, but, is it possible to at least set the date format? |
| [05:01:03] |
<kop_> |
m_g: do that by specifying your locale |
| [05:02:56] |
<m_g> |
kop_, you mean in the apache config? |
| [05:03:15] |
<kop_> |
if you run under apache, yes |
| [05:03:39] |
<kop_> |
SetEnv LC_TIME sv_SE.utf8 |
| [05:03:43] |
<kop_> |
etc. |
| [05:03:45] |
<m_g> |
sadly, that's not possible due to the way i have configured trac (using mod_macro), but thanks :) |
| [05:04:52] |
<kop_> |
then either change the system default locale, or change it in the environment where you launch apache? |
| [05:07:19] |
<m_g> |
this should only take effect for some, bu not fo all projects. it'd be great if such settings could be done in trac.ini |
| [05:16:31] |
* |
eevar2 has left #trac |
| [05:20:37] |
* |
Semhirage has quit IRC |
| [05:21:42] |
* |
klando has left #trac |
| [05:32:51] |
* |
Bluppy2 has joined #trac |
| [05:37:28] |
* |
Semhirage has joined #Trac |
| [05:44:48] |
* |
tpollari has joined #trac |
| [05:44:59] |
<Bluppy2> |
Hi there! I got a lot of problems after upgrading Trac 0.9.x to 0.10.3. |
| [05:45:22] |
<Bluppy2> |
Apache keeps segfaulding, anyone experienced that before? :) |
| [05:57:31] |
<asmodai> |
Nope. |
| [05:58:29] |
* |
isometry has joined #trac |
| [06:02:34] |
<isometry> |
good afternoon all. |
| [06:03:07] |
<isometry> |
I'm trying to get trac running under mod_python on Solaris 10/sparc |
| [06:03:29] |
<isometry> |
following persistent issues with Clearsilver, I've opted to try 0.11dev |
| [06:04:38] |
<isometry> |
so, things are fine until I actually try to use trac via mod_python. tracd will happily serve the instance, and all works as expected - no errors. |
| [06:04:55] |
<isometry> |
however, with mod_python I'm receiving the following error: |
| [06:05:09] |
<isometry> |
AttributeError: 'str' object has no attribute 'cursor' |
| [06:05:25] |
<isometry> |
this is appearing from site-packages/trac/db/sqlite_back.py, line 181. |
| [06:05:59] |
<isometry> |
my query: what's going on? surely tracd is following the same code path as the mod_python publisher? |
| [06:07:36] |
<isometry> |
other relevant notes: Apache is 2.2.4, Python is 2.5.0, sqlite is 3.3.12, trac trunk is revision 4709. |
| [06:08:08] |
* |
d0rt has joined #trac |
| [06:08:26] |
<isometry> |
I have "PythonHandler trac.web.modpython_frontend" |
| [06:08:47] |
<m_g> |
Bluppy2, anything in the error logs? |
| [06:09:03] |
<isometry> |
well i have a full backtrace |
| [06:09:43] |
<isometry> |
I'll stick it in the pastebin... one sec. |
| [06:10:03] |
<m_g> |
not you :) i've no idea for your problem, sorry |
| [06:10:39] |
<m_g> |
but paste it anyway, the gurus might know |
| [06:10:53] |
<lisppaste5> |
isometry pasted "0.11dev/mod_python crash" at http://paste.lisp.org/display/36568 |
| [06:11:10] |
<isometry> |
d'oh, thanks anyway m_g. |
| [06:16:02] |
<lisppaste5> |
isometry annotated #36568 with "Additional notes" at http://paste.lisp.org/display/36568#1 |
| [06:23:03] |
* |
idnar has quit IRC |
| [06:25:39] |
* |
idnar has joined #trac |
| [06:30:19] |
* |
rab has quit IRC |
| [06:36:12] |
* |
tpollari has quit IRC |
| [06:39:04] |
<lisppaste5> |
isometry annotated #36568 with "Further note" at http://paste.lisp.org/display/36568#2 |
| [06:47:34] |
<Bluppy2> |
m_g: only in the apache log |
| [06:47:51] |
<m_g> |
Bluppy2, exactly |
| [06:47:56] |
<m_g> |
what does it say? |
| [06:48:09] |
<Bluppy2> |
13347 [Thu Feb 08 15:41:34 2007] [notice] child pid 10059 exit signal Segmentation fault (11) |
| [06:48:33] |
<Bluppy2> |
not very usefull :) |
| [06:48:42] |
<m_g> |
not quite verbose :) |
| [06:49:04] |
<Bluppy2> |
indeed, i can look if I can change the details in the apache config |
| [06:49:27] |
<coderanger> |
isometry: Have you thrown a logging statement in to check what that string says? |
| [06:49:51] |
<isometry> |
coderanger: good idea. |
| [06:49:56] |
<isometry> |
let me try that now. |
| [06:50:47] |
<coderanger> |
Bluppy2: Try running Apache under GDB, or allow core files and load that up to see where it is crashing |
| [06:51:20] |
<isometry> |
coderanger: what syntax should I use? will a simple "print" show up anywhere? |
| [06:51:32] |
<Bluppy2> |
I tried that a few minutes ago, but since I never used GDB before iI didn't get any useful information out of it |
| [06:51:39] |
<isometry> |
self.env.log.debug(string) ? |
| [06:52:54] |
<coderanger> |
isometry: There isn't an env at that point |
| [06:53:06] |
<isometry> |
I've just found that :) |
| [06:53:16] |
<coderanger> |
isometry: open('/tmp/logfile','a').write(self.cnx) |
| [06:53:20] |
<coderanger> |
or something like that |
| [06:53:20] |
<isometry> |
thanks. |
| [06:54:19] |
<Bluppy2> |
hehe, pure coincidence, but I just hit the 13373' line of my Apache error log :) |
| [06:54:38] |
<coderanger> |
Bluppy2: Just grab a traceback |
| [06:54:48] |
<isometry> |
coderanger: seems to work, though it's written binary garbage. |
| [06:56:29] |
<coderanger> |
isometry: You don't have pysqlite installed, right? |
| [06:57:23] |
<isometry> |
well, I have sqlite3 (aka pysqlite 2.3.2) courtesy of Python 2.5, but I haven't installed pysqlite separately, no. |
| [06:57:30] |
<coderanger> |
okay |
| [06:57:56] |
<Bluppy2> |
coderanger: hmmm |
| [06:57:57] |
<Bluppy2> |
(gdb) backtrace |
| [06:57:57] |
<Bluppy2> |
#0 0x00000000 in ?? () |
| [06:58:21] |
<isometry> |
I'm happy to try Python 2.5 without sqlite and adding pysqlite 2.3.3 separately, but I don't see that it'll make much difference. the sqlite_backend looks like it should support both just fine anyway. |
| [06:58:37] |
<Bluppy2> |
I started with "gdb apache2", followed by "run -X".. |
| [07:04:09] |
<coderanger> |
Bluppy2: Sounds like you have no debugging symbols |
| [07:06:53] |
<isometry> |
coderanger: any other ideas? is there any way I can walk the mod_python code path interactively? |
| [07:07:44] |
<coderanger> |
isometry: Do you have PHP running on the same server? |
| [07:07:50] |
<isometry> |
I do not. |
| [07:08:43] |
<Bluppy2> |
coderanger: possibly because they are not included in the apache distribution for Ubuntu |
| [07:12:59] |
<coderanger> |
sorry y'all, gotta run to work |
| [07:13:13] |
<isometry> |
thanks for your suggestions. |
| [07:13:21] |
<Bluppy2> |
coderanger: as far I can see, it is working using tracd instead of apache2... |
| [07:13:27] |
<Bluppy2> |
coderanger: thanks for your help so far |
| [07:13:31] |
<Bluppy2> |
good luck at work :) |
| [07:13:43] |
* |
ekimus has left #trac |
| [07:14:10] |
* |
Flusher has quit IRC |
| [07:14:27] |
<isometry> |
bluppy - I've not been following your problem... you have httpd's coredumping when you try to load mod_python/trac ? |
| [07:14:51] |
<isometry> |
when I had that problem, I recompile did the trick :) |
| [07:15:16] |
* |
Flusher has joined #trac |
| [07:15:41] |
<Bluppy2> |
isometry: I've segfaults when visiting an Trac envirionment |
| [07:15:47] |
<isometry> |
yup |
| [07:16:09] |
<Bluppy2> |
the 'directory-listing' of trac envirionments is working fine |
| [07:16:18] |
<Bluppy2> |
and everythings works fine using tracd |
| [07:16:50] |
<isometry> |
did you compile apache2 and friends from source, or install from packages? |
| [07:16:57] |
<Bluppy2> |
install from packages |
| [07:17:08] |
<Bluppy2> |
only svn was compliled from source |
| [07:17:22] |
<isometry> |
right |
| [07:17:31] |
<isometry> |
the problem for me, I believe was neon |
| [07:17:53] |
<isometry> |
linking against a different version of ssl to that which apache2 was linked against. |
| [07:17:59] |
* |
Flusher has quit IRC |
| [07:17:59] |
<isometry> |
I fear your problem may be different. |
| [07:18:06] |
* |
Flusher has joined #trac |
| [07:18:41] |
<Bluppy2> |
he next error I got from gdb when debugging apache was from mod_ruby, but I don't see how it can be interfering with trac/python |
| [07:18:59] |
* |
agile has quit IRC |
| [07:21:10] |
<Bluppy2> |
ehm, even trac-admin isn't working anymore |
| [07:21:20] |
<Bluppy2> |
i think i'm screwed :) |
| [07:21:50] |
<isometry> |
:| |
| [07:26:15] |
<Bluppy2> |
I think i'm going to remove everything I can find from Trac and try it all from scratch |
| [07:42:48] |
<Bluppy2> |
isometry: shit :( |
| [07:42:58] |
<Bluppy2> |
complete reinstall, new envirionments |
| [07:43:04] |
<Bluppy2> |
and it is still not working :/ |
| [07:43:19] |
<Bluppy2> |
it must be something with apache.. If I can just figure out what the hell is wrong :) |
| [07:43:22] |
<isometry> |
as I said, I'd advise building from source. |
| [07:43:37] |
<isometry> |
to ensure everything is linked against the same library versions, etc. |
| [07:48:32] |
<Bluppy2> |
isometry: it looks a lot like this: http://ubuntuforums.org/showthread.php?t=334417&highlight=Trac+0.10+Apache |
| [07:49:13] |
<Bluppy2> |
lets disable some other modules :) |
| [07:49:18] |
<isometry> |
google for "trac python expat apache" too. |
| [07:49:49] |
<isometry> |
there was something on the wiki about incompatibilities between the version of expat with which apache is linked and that with which python is linked. |
| [07:49:56] |
* |
Guard][an has joined #trac |
| [07:50:49] |
<Bluppy2> |
disabling php5 did the trick.. |
| [07:51:25] |
<Bluppy2> |
but since it's de development server for a company that develops php applications, it's not really a permanent solution |
| [07:54:45] |
<Bluppy2> |
isometry: thanks, it must be expat.. think i can fix it now.. |
| [07:57:10] |
* |
agile has joined #trac |
| [07:58:53] |
<isometry> |
:) |
| [07:59:38] |
* |
Guardian has quit IRC |
| [08:06:00] |
* |
coderanger_ has joined #trac |
| [08:08:09] |
* |
danbeck has joined #trac |
| [08:12:14] |
* |
LionsMane has joined #trac |
| [08:19:23] |
* |
isometry has quit IRC |
| [08:22:19] |
<pacopablo> |
morning |
| [08:27:47] |
<coderanger_> |
g'morn |
| [08:38:20] |
* |
MACscr has joined #trac |
| [08:39:40] |
<MACscr> |
anyone know of a working wysiwyg for the current trac? |
| [08:39:51] |
<MACscr> |
wiki formatting just isnt going to work for some of our staff |
| [08:44:46] |
* |
Blackhex has joined #trac |
| [08:48:31] |
* |
DaHood has joined #trac |
| [08:50:17] |
<DaHood> |
hello all. I have problems running trac with mod_python on fedora 6. I get a "child pid 3461 exit signal Segmentation fault (11)". What could be wrong? I ve already wasted over 3 hours with this. |
| [08:50:35] |
<DaHood> |
it works if i serve the website through tracd |
| [08:53:55] |
* |
coderanger1 has joined #trac |
| [08:54:32] |
<coderanger1> |
MACscr: there is a plugin on trac-hacks |
| [08:55:40] |
<coderanger1> |
DaHood: Grab a traceback (from gdb directly or a core file) |
| [08:56:48] |
<LionsMane> |
Ok, another user created a new field in the Ticket database, verified and gave it a label of Verified by QA. Question 1: Can I use # to comment out lines in the trac.ini file. Question 2: The "Verified by QA" check box still appears even though I "commented out" the reference. How do I git rid of it or hide it? |
| [08:56:48] |
<DaHood> |
coderanger, i cannot do this because i do not know how |
| [08:57:07] |
<coderanger1> |
DaHood: Google is your friend ("introduction to gdb" or similar) |
| [08:57:27] |
<coderanger1> |
LionsMane: Use ";" to comment I think |
| [08:57:52] |
<LionsMane> |
Ahh |
| [08:58:20] |
<DaHood> |
coderanger, this is the error in the apache error log: mod_python: (Re)importing module 'trac.web.modpython_frontend'\n[Thu Feb 08 18:51:19 2007] [notice] child pid 3912 exit signal Segmentation fault (11) |
| [08:58:50] |
<coderanger1> |
DaHood: That error isnt helpful, you need a stack trace |
| [08:58:57] |
* |
d0rt has quit IRC |
| [08:59:06] |
<DaHood> |
coderanger, i don't think I will try gdb. I have never used it before and it will take days |
| [08:59:40] |
* |
d0rt has joined #trac |
| [08:59:55] |
<coderanger1> |
DaHood: There are some very simple guides online |
| [09:00:11] |
<DaHood> |
ok i'll give it a shot |
| [09:00:35] |
<LionsMane> |
coderanger, I completely removed the reference to new field from the trac.ini file and it still appears on the new ticket page. :\ |
| [09:00:58] |
<coderanger1> |
LionsMane: Did you delete it from the DB? |
| [09:01:08] |
<LionsMane> |
Umm no. |
| [09:02:40] |
<DaHood> |
coderanger, no no. gdb will require a lot of time which is not an option since i have wasted all day with svn and trac. Actually, what i need to know is if it is a configuration problem or a bug? |
| [09:02:56] |
* |
coderanger_ has quit IRC |
| [09:03:25] |
<DaHood> |
can you tell from that not so descriptive erfor message? |
| [09:05:01] |
* |
chandlerc has joined #trac |
| [09:05:28] |
<coderanger1> |
DaHood: Generally it is either a missing library or more frequently it is a version mismatch |
| [09:05:47] |
<coderanger1> |
Its the unix equivalent of DLL hell |
| [09:06:31] |
<coderanger1> |
Did you install everything from packages, or compile from source |
| [09:06:36] |
<coderanger1> |
or did you mix packages and source |
| [09:06:39] |
<DaHood> |
coderanger, yes i know. so it does not have to do with configuration, because i have tried anything i could... |
| [09:06:43] |
<coderanger1> |
(that last option being the problem) |
| [09:06:43] |
<DaHood> |
only packages |
| [09:06:52] |
<coderanger1> |
No |
| [09:06:55] |
<coderanger1> |
Its not a config issue |
| [09:07:21] |
* |
mallero has joined #trac |
| [09:07:21] |
<DaHood> |
hmm ok. sorry not trying gdb, i am not a programmer actually...just experimenting |
| [09:08:06] |
<coderanger1> |
if you say so, its not hard to use |
| [09:10:38] |
<LionsMane> |
coderanger1: Do I need to drop the column from the table ticket_custom? |
| [09:11:05] |
<coderanger1> |
LionsMane: No, just DELETE FROM ticket_custom WHERE name="myfieldname" |
| [09:11:29] |
* |
converter has joined #trac |
| [09:15:52] |
<mallero> |
I was gonna make a joke about using gdb and going 'UnderDaHood', but then I remembered Cleese rules of comedy |
| [09:17:01] |
* |
coderanger1 has quit IRC |
| [09:17:23] |
* |
coderanger_ has joined #trac |
| [09:18:50] |
<mallero> |
a question: is there a way to access the TracEnvParentDir path (specified in http.conf) from inside a plugin? |
| [09:19:11] |
<coderanger_> |
well the current env path is in env.path |
| [09:19:25] |
<coderanger_> |
I suppose you could just take off the last chunk of that |
| [09:19:43] |
<mallero> |
ok, and can I obtain the url as well? |
| [09:20:57] |
<coderanger_> |
mallero: Which URL? |
| [09:21:22] |
<mallero> |
the project url? |
| [09:21:47] |
<coderanger_> |
req.href() |
| [09:21:56] |
<coderanger_> |
or req.abs_href() for the absolute URL |
| [09:22:18] |
<mallero> |
excellent, thanks coderanger |
| [09:22:37] |
<coderanger_> |
you can also use that to form URLs |
| [09:22:40] |
<coderanger_> |
req.href.wiki() |
| [09:22:48] |
<coderanger_> |
req.href.ticket(1) |
| [09:22:51] |
<coderanger_> |
etc etc |
| [09:30:34] |
* |
kop_ has quit IRC |
| [09:31:57] |
<mallero> |
I have a small problem with the TracRedirect macro when using InterTrac links. When I redirect between projects, trac deletes the extra HTTP argument that was added by the TracRedirect macro. |
| [09:32:24] |
<mallero> |
is there any way to stop InterTrac links from deleting the extra arguments |
| [09:32:26] |
<mallero> |
? |
| [09:34:44] |
* |
whitelynx|blackb has joined #trac |
| [09:36:44] |
* |
xjjk has joined #trac |
| [09:40:27] |
* |
MACscr has quit IRC |
| [09:40:29] |
* |
whitelynx|deskto has quit IRC |
| [09:42:29] |
* |
MACscr has joined #trac |
| [09:43:50] |
<mallero> |
For example, this link url: |
| [09:43:52] |
<mallero> |
http://example.com/trac/project/intertrac/wiki:PageOne?foo=bar |
| [09:43:54] |
<mallero> |
will take you to: |
| [09:43:55] |
<mallero> |
http://example.com/trac/project/wiki/PageOne |
| [09:44:16] |
* |
MACscr has left #trac |
| [09:44:58] |
<mallero> |
So the argument 'foo' will be lost. Is there a way to avoid this? |
| [09:47:09] |
<pacopablo> |
not really, but why do you want it? |
| [09:47:18] |
<pacopablo> |
or rather, why do you think it would work? |
| [09:51:54] |
<mallero> |
The TracRedirect macro uses this mechanism inside a project, but it would be useful to redirect from one project to another. In a TracRedirect, the url will contain ?redirectedfrom=PageTwo. Then an extra link will appear from the target page back to PageTwo, with the additional argument ?redirect=false. |
| [09:55:49] |
<pacopablo> |
ahh |
| [09:55:51] |
<mallero> |
sorry, I'm not explaining myself well. Basically, is there any way for a plugin to pass extra arguments to an intertrac link, so that they are received by the corresponding plugin on the destination project? |
| [09:56:17] |
<coderanger_> |
How can a plugin do anything to an intertrac link? |
| [09:56:31] |
<coderanger_> |
They are just links |
| [09:56:40] |
<pacopablo> |
really, it sounds like intertrac parsing may need to be modified |
| [09:57:00] |
<mallero> |
Sorry, I mean macro/plugin. |
| [09:57:09] |
<coderanger_> |
Or, more likely, the redirect macro needs to be redone to take intertrac links into account |
| [09:58:05] |
<pacopablo> |
coderanger_: but it seems that it's the intertrac link that's not passing the query args onto the external site |
| [09:58:24] |
<pacopablo> |
coderanger_: though I could be wrong, as I haven't tried, nor looked at the code |
| [09:59:54] |
* |
pradeep_ has joined #trac |
| [10:03:28] |
* |
em-dash has joined #trac |
| [10:04:12] |
* |
em-dash_ has joined #trac |
| [10:09:20] |
* |
pradeep_ has left #trac |
| [10:21:35] |
* |
em-dash has quit IRC |
| [10:32:15] |
* |
hpnadig has quit IRC |
| [10:36:34] |
* |
elehack|work has joined #trac |
| [10:38:48] |
* |
isometry has joined #trac |
| [10:40:29] |
* |
DaHood has left #trac |
| [10:41:02] |
* |
elehack|work has joined #trac |
| [10:42:57] |
* |
chandlerc has quit IRC |
| [10:45:44] |
* |
chandlerc has joined #trac |
| [10:48:34] |
* |
Blackhex has left #trac |
| [10:51:52] |
<isometry> |
anyone had any ideas on the 0.11dev/mod_python problem I was outlining earlier? |
| [10:52:09] |
<isometry> |
http://paste.lisp.org/display/36568 |
| [10:58:11] |
* |
lightcap has left #trac |
| [10:59:06] |
<LionsMane> |
coderanger: the verified field kept coming up even after I removed the entry from the trac.ini... AND the new field came up when I added the entry to the trac.ini... But I had to restart apache to get verified to go away after I removed it. |
| [10:59:18] |
<LionsMane> |
Mystery solved |
| [11:03:20] |
* |
tag has quit IRC |
| [11:13:23] |
<Bluppy2> |
isometry: well, i fixed it - partly |
| [11:13:35] |
<isometry> |
well done bluppy. |
| [11:13:51] |
<Bluppy2> |
after installing everything again, i discovered that newly generated envirionments worked flawless |
| [11:14:37] |
<Bluppy2> |
So I manually exported the database from an old envirionment to a newly generated envirionment, and everything worked again.. |
| [11:16:19] |
<isometry> |
great. |
| [11:17:37] |
<Bluppy2> |
which brings me to the conclusion that there is a bug in trac-admin... :) |
| [11:17:44] |
<Bluppy2> |
i'll see if I can find it |
| [11:18:42] |
<isometry> |
I'm no closer to finding the source of my bug. |
| [11:19:20] |
<isometry> |
tracd works, cgi works, mod_python barfs with the silly AttributeError :( |
| [11:19:38] |
<isometry> |
currently recompiling everything against Python 2.4.4 rather than 2.5.0. |
| [11:28:22] |
<Bluppy2> |
hmm i begin to doubt if it's a bug in trac-admin... |
| [11:28:38] |
<Bluppy2> |
I can't explain it anymore |
| [11:29:01] |
* |
Guard][an has quit IRC |
| [11:29:15] |
<Bluppy2> |
20:23:32 root@dev.paragin.nl:/var/www/dev.paragin.nl/trac$ diff -r infovester test |
| [11:29:15] |
<Bluppy2> |
diff -r infovester/README test/README |
| [11:29:15] |
<Bluppy2> |
2c2 |
| [11:29:16] |
<Bluppy2> |
< Visit http://trac.edgewall.com/ for more information. |
| [11:29:16] |
<Bluppy2> |
--- |
| [11:29:17] |
<Bluppy2> |
> Visit http://trac.edgewall.org/ for more information. |
| [11:29:30] |
<Bluppy2> |
This is the _only_ difference in the Envirionment dir.. |
| [11:30:08] |
<Bluppy2> |
and still, the second one works while the first one is broken with segfault errors |
| [11:35:53] |
* |
omry has quit IRC |
| [11:36:17] |
<isometry> |
hmm. |
| [11:36:34] |
* |
omry has joined #trac |
| [11:37:57] |
<LionsMane> |
Are drop downlists stored as enums? |
| [11:38:05] |
* |
omry has quit IRC |
| [11:38:13] |
<coderanger_> |
No |
| [11:38:48] |
<LionsMane> |
ohhhhh... |
| [11:38:53] |
<LionsMane> |
ok |
| [11:39:32] |
<LionsMane> |
coderanger_ my dropdowns weren't coming up... I define value as the number 0 |
| [11:40:15] |
<LionsMane> |
Durr, I used the wrong directive... bah |
| [11:52:15] |
* |
Blackhex has joined #trac |
| [11:55:51] |
* |
omry has joined #trac |
| [11:59:00] |
* |
elehack|work has quit IRC |
| [12:00:09] |
* |
tpollari has joined #trac |
| [12:01:09] |
* |
omry has quit IRC |
| [12:04:12] |
* |
Guardian has joined #trac |
| [12:06:37] |
* |
Guard][an has joined #trac |
| [12:09:41] |
* |
ensabahnur has joined #trac |
| [12:12:07] |
* |
prologic has quit IRC |
| [12:12:07] |
* |
chuyskywlk has joined #trac |
| [12:12:46] |
* |
prologic has joined #trac |
| [12:13:11] |
<chuyskywlk> |
real quick: i've check the trac official site and my internal trac (0.9.3) wiki and I cant seem to find this: can a [[TicketQuery()]] be given an orderby clause? Trying ",order=priority" doesn't seem to do it. |
| [12:13:32] |
* |
ensabahnur has quit IRC |
| [12:13:54] |
<coderanger_> |
chuyskywlk: I do not believe so |
| [12:14:21] |
<chuyskywlk> |
coderanger_: dang, that's a bummer. |
| [12:18:18] |
* |
nan has joined #trac |
| [12:19:24] |
* |
omry has joined #trac |
| [12:26:18] |
* |
Guardian has quit IRC |
| [12:26:43] |
* |
chuyskywlk has quit IRC |
| [12:43:28] |
<nan> |
I tried to get trac work with subversion 1.3.2-r3, but trac gives the "Unsupported version control system "svn" " . Does anyone know what might be wrong? |
| [12:43:51] |
<coderanger_> |
python -c "from svn import fs" |
| [12:55:04] |
* |
nan has quit IRC |
| [12:55:05] |
* |
tpollari has quit IRC |
| [12:55:13] |
* |
tpollari has joined #trac |
| [12:55:49] |
<Blackhex> |
this will lead to error for integer parameter? http://trac-hacks.org/browser/discussionplugin/0.10/tracdiscussion/api.py#L707 |
| [12:57:51] |
<coderanger_> |
no |
| [12:58:01] |
<coderanger_> |
%s will call str() if needed |
| [12:58:26] |
<Blackhex> |
look please at http://trac-hacks.org/ticket/1192 first traceback in reply |
| [13:00:31] |
<coderanger_> |
Are you sure you are passing it an integer? |
| [ |
