*** Quits: siebrand (~beis@sm.xs4all.nl) () | 01:49 | |
*** Quits: bokkepoot (~jankuiper@kantoor.procolix.com) (Ping timeout: 264 seconds) | 01:55 | |
*** Quits: micahg (~micah@ubuntu/member/micahg) (Ping timeout: 260 seconds) | 02:14 | |
*** Joins: Cupertino (~Cupez@unaffiliated/cupertino) | 02:36 | |
*** Joins: micahg (~micah@ubuntu/member/micahg) | 02:58 | |
dhx_m | I'm now up to testing my new bug_update.php | 03:23 |
---|---|---|
dhx_m | will try and push it to MantisForge later for more testing | 03:23 |
dhx_m | it fixes millions and billions of bugs :) | 03:23 |
dhx_m | and probably introduces a couple of new ones I imagine | 03:23 |
*** Joins: bokkepoot (~jankuiper@kantoor.procolix.com) | 03:37 | |
*** Joins: kirillka (~Miranda@198-239-55-95.baltnet.ru) | 03:59 | |
*** Quits: micahg (~micah@ubuntu/member/micahg) (Read error: Operation timed out) | 04:08 | |
*** Joins: davidinc (d5374b0d@gateway/web/freenode/ip.213.55.75.13) | 04:09 | |
*** Joins: rolfkleef (~rolf@urtica.xs4all.nl) | 04:22 | |
*** Quits: davidinc (d5374b0d@gateway/web/freenode/ip.213.55.75.13) (Quit: Page closed) | 04:23 | |
*** Joins: daryn_ (~daryn@h193.147.16.98.dynamic.ip.windstream.net) | 05:00 | |
*** Quits: daryn__ (~daryn@h209.83.29.71.dynamic.ip.windstream.net) (Ping timeout: 240 seconds) | 05:03 | |
*** Joins: Rixie (~Rixie@0x4dd7390e.adsl.cybercity.dk) | 05:03 | |
*** Joins: daryn__ (~daryn@h250.105.88.75.dynamic.ip.windstream.net) | 05:28 | |
*** Quits: daryn_ (~daryn@h193.147.16.98.dynamic.ip.windstream.net) (Ping timeout: 276 seconds) | 05:31 | |
*** Joins: Orac__ (~jb_buldog@193.190.57.9) | 06:00 | |
*** Quits: Orac__ (~jb_buldog@193.190.57.9) (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) | 07:08 | |
*** Quits: rolfkleef (~rolf@urtica.xs4all.nl) (Ping timeout: 276 seconds) | 07:25 | |
*** Joins: rolfkleef (~rolf@urtica.xs4all.nl) | 08:06 | |
*** Joins: daryn_ (~daryn@h183.135.28.71.dynamic.ip.windstream.net) | 08:26 | |
*** Quits: daryn__ (~daryn@h250.105.88.75.dynamic.ip.windstream.net) (Ping timeout: 276 seconds) | 08:29 | |
*** Quits: kirillka (~Miranda@198-239-55-95.baltnet.ru) (Ping timeout: 264 seconds) | 08:46 | |
nuclear_eclipse | Draggor: there/ | 08:51 |
*** Quits: daryn_ (~daryn@h183.135.28.71.dynamic.ip.windstream.net) (Quit: Ex-Chat) | 09:03 | |
dhx_m | no but I am :) | 09:04 |
nuclear_eclipse | hi dhx_m | 09:32 |
*** Joins: daryn (~daryn@rrcs-76-79-4-2.west.biz.rr.com) | 09:54 | |
*** Quits: Rixie (~Rixie@0x4dd7390e.adsl.cybercity.dk) (Quit: Rixie) | 10:02 | |
*** Quits: Cupertino (~Cupez@unaffiliated/cupertino) (Quit: I give up...) | 11:04 | |
*** Joins: mantisbt_02817 (7d27a0e4@gateway/web/freenode/ip.125.39.160.228) | 11:30 | |
*** Quits: mantisbt_02817 (7d27a0e4@gateway/web/freenode/ip.125.39.160.228) (Client Quit) | 11:30 | |
*** Joins: micahg (~micah@ubuntu/member/micahg) | 11:41 | |
Draggor | nuclear_eclipse: heyo | 11:44 |
*** Joins: slestak (~sromanow@63-144-86-130.dia.static.qwest.net) | 12:26 | |
slestak | is there a cron I can add to update my repos in sourcecontrol plugin? | 12:28 |
slestak | maybe an Import Latest Data every 60 minutes? | 12:28 |
nuclear_eclipse | slestak: yep | 12:37 |
nuclear_eclipse | `curl http://domain/mantis//plugin.php?page=Source/repo_import_latest.php` sort of thing | 12:38 |
nuclear_eclipse | requires enabling "Remote Imports" from your source integration configuration page | 12:38 |
nuclear_eclipse | and adding the server's IP to the whitelist | 12:39 |
nuclear_eclipse | Draggor: re URL sniffing | 12:39 |
Draggor | nuclear_eclipse: What's up? | 12:39 |
nuclear_eclipse | I'm all ears if you have a better idea of how it should work, but afaik, if you're setting up a reverse proxy system, you shouldn't need to be rewriting urls behind the proxy -- that just seems like it's a) asking for trouble, and b) has no proper solution for the application | 12:41 |
nuclear_eclipse | ie, how can the application possibly know what URL is being used from in front of the reverse proxy? | 12:41 |
*** Joins: moto-moi (~hylke@cara.xs4all.nl) | 12:42 | |
Draggor | Well, I set the $g_path and that's exactly what I want it to use | 12:42 |
nuclear_eclipse | also, if you really do have something really complex, you should be able to just set $g_path, $g_short_path, etc in your config_inc.php, and everything should just work | 12:42 |
Draggor | That's not entirely true | 12:42 |
Draggor | unless I'm misconfiguring things | 12:42 |
nuclear_eclipse | if you're setting $g_path in your config_inc.php, then I don't know how it can't be working right, because all of the URL sniffing takes ploce before config_your inc.php overrides those values | 12:43 |
Draggor | What I keep seeing, for instance, when as an admin I go to delete another user | 12:44 |
Draggor | When it gets to the confirm page, the action of the form is different from everything else I see | 12:44 |
nuclear_eclipse | are you setting $g_short_path? | 12:45 |
Draggor | So my g_path is www.dracolair.net/tracker/ and my short path is /tracker/. My mod rewrite transforms the request to dracolair.net/www/tracker/. The action on the form comes out as /www/tracker/manage_user_delete.php instead of just manage_user_delete.php | 12:45 |
*** Quits: Artefact2 (~Artefact2@ip-77.net-82-216-131.rev.numericable.fr) (Ping timeout: 252 seconds) | 12:45 | |
nuclear_eclipse | oh, that sounds like your reverse proxy is doing something that it shouldn't be | 12:47 |
nuclear_eclipse | for manage_user_delete.php, mantis never does anything but output just the page name | 12:47 |
Draggor | So far I've had no issues with forum software, wikis, custom apps, etc, mantisbt is the first one I've had trouble with. The function is one of the helpers, let me look it up | 12:48 |
Draggor | I mean SCRIPT_NAME will pull everything after the domain | 12:48 |
nuclear_eclipse | right, but if you're overridding $g_path/$g_short_path, the SCRIPTNAME stuff is just ignored/overwritten | 12:49 |
nuclear_eclipse | and like I said: for manage_user_delete.php, mantis never does anything but output just the | 12:49 |
nuclear_eclipse | page name | 12:49 |
nuclear_eclipse | it doesn't use a short or full path for that, so if you don't see `action="manage_user_delete.php"` in your form, then it more or less has to be something the reverse proxy is munging | 12:50 |
Draggor | So, where in the code is it modifying $_SERVER['SCRIPT_NAME']? | 12:51 |
nuclear_eclipse | it's not modifying it | 12:51 |
Draggor | I'm afraid I don't quite follow how in this case my path and short path are being used then | 12:51 |
nuclear_eclipse | in config_defaults_inc.php, the code reads that value to guess at what $g_path should be | 12:52 |
nuclear_eclipse | well, in the case of that form, neither is being used at all | 12:52 |
nuclear_eclipse | which is why I say that it must be your revzerse proxy munging that form target | 12:53 |
Draggor | It's in the helper_ensure_confirmed function that I tried making a change and it appeared to work | 12:53 |
nuclear_eclipse | oh, I see | 12:54 |
nuclear_eclipse | it's when you're trying to submit the confirmation that it's breaking? | 12:54 |
Draggor | Yes | 12:54 |
nuclear_eclipse | gotcha | 12:54 |
nuclear_eclipse | that's the disconnect we were missing | 12:55 |
Draggor | as the action of that form is /www/tracker/manage_user_delete.php | 12:55 |
Draggor | Yeah, sorry | 12:55 |
nuclear_eclipse | np | 12:55 |
nuclear_eclipse | let me stew on that | 12:55 |
Draggor | A similar problem shows up where if you're logged in for a long while and you go to do an admin action, it requests that you re-verify your password | 12:55 |
nuclear_eclipse | yeah, they both do a very similar action | 12:56 |
Draggor | Everything else works fine as far as i can tell | 12:56 |
nuclear_eclipse | in both of those cases, it most likely makes sense to just drop everything up to and including the last "/" from SCRIPT_PATH | 12:57 |
nuclear_eclipse | SCRIPT_NAME rather | 12:57 |
nuclear_eclipse | I can't think of any possible situation where a form action relative to itself wouldn't work | 12:58 |
Draggor | I ended up doing this: | 12:58 |
Draggor | $modpath = explode("/", $_SERVER['PHP_SELF']); | 12:58 |
Draggor | echo '<form method="post" action="' . $modpath[count($modpath)-1] . "\">\n"; | 12:58 |
Draggor | Granted, I'm not a php guy, heh | 12:58 |
nuclear_eclipse | yeah, that's a simple method of what I was thinking | 12:59 |
nuclear_eclipse | array_pop() is better in this case than $foo[count($foo)-1] | 12:59 |
Draggor | Ah, cool | 13:00 |
nuclear_eclipse | actually, even better overall would be basename($_SERVER[SCRIPT_NAME]) | 13:00 |
Draggor | lemme try it | 13:01 |
nuclear_eclipse | or basename($_SERVER[PHP_SELF]) | 13:02 |
Draggor | Yep works fine | 13:03 |
Draggor | Now to just find those other instances | 13:05 |
daryn | nuclear_eclipse, any look at filters yet? :) | 13:05 |
nuclear_eclipse | afaik, it should just be helper_ensure_confirmed and auth_reauthenticate | 13:06 |
Draggor | I believe line 677 in authentication_api.php | 13:06 |
Draggor | yeah | 13:06 |
nuclear_eclipse | hmm, `ack _SERVER` shows quite a ew other questionable uses... | 13:08 |
nuclear_eclipse | hi daryn | 13:08 |
nuclear_eclipse | not yet | 13:08 |
Draggor | Yeah I saw that too | 13:11 |
Draggor | would a blanket replace of that work? | 13:19 |
*** Quits: micahg (~micah@ubuntu/member/micahg) (Ping timeout: 276 seconds) | 13:20 | |
nuclear_eclipse | Draggor: I'm looking to replace them with a function that'll centralize that logic | 13:21 |
Draggor | Cool, cool | 13:24 |
nuclear_eclipse | Draggor: do you have abug opened on mantisbt.org? | 13:26 |
*** Joins: paulr_ (~paul@cpc1-enfi9-0-0-cust389.hari.cable.virginmedia.com) | 13:29 | |
nuclear_eclipse | hi paulr_ | 13:35 |
* paulr_ sighs | 13:36 | |
paulr_ | i mean, hi | 13:36 |
paulr_ | ;( | 13:36 |
*** Joins: kirillka (~Miranda@124-249-55-95.baltnet.ru) | 13:44 | |
kirillka | paulr_: hi | 13:56 |
kirillka | paulr_: mantisforge not sync with mantisbt again? | 13:57 |
*** Joins: siebrand (~beis@sm.xs4all.nl) | 13:58 | |
slestak | nuclear_eclipse: did the curl thing. got al error that a parm is missing. tried appending &id=4 to teh end as well to choose a particular repo | 13:59 |
slestak | going into a meeting, bbl | 13:59 |
nuclear_eclipse | Draggor: can you test and verify that these two patches fix the issue for you? | 14:10 |
nuclear_eclipse | Draggor: http://mantis.pastebin.com/SNi0kH61 and http://mantis.pastebin.com/y9k3FsCS | 14:11 |
*** Joins: Artefact2 (~Artefact2@ip-223.net-89-2-51.rev.numericable.fr) | 14:17 | |
Draggor | nuclear_eclipse: So I'm new at this stuff, how do I actually apply those patches? | 14:18 |
Draggor | patch -p0 < patch_file in the main mantisbt dir? | 14:22 |
nuclear_eclipse | Draggor: if you're using git, you can do `git am filename`, otherwise use `patch -p1 < filename` | 14:26 |
paulr_ | nuclear_eclipse: php_Self is broken in some builds of php btw | 14:35 |
paulr_ | I vaguely recall us adding a function at one point to return current filename without using that | 14:36 |
paulr_ | i.e. iirc, that was why we used $_SERVER['SCRIPT_NAME'] | 14:36 |
nuclear_eclipse | well, considering that we require PHP 5.1+, I'm pretty sure there aren't any broken PHP_SELF anymore | 14:37 |
nuclear_eclipse | besides, SCRIPT_NAME breaks quite badly if your server is doing any sort of URL rewriting | 14:40 |
Draggor | I proved that one! | 14:43 |
nuclear_eclipse | Draggor: your issue is somewhat unrelated to that though :P | 14:44 |
Draggor | Shhh! | 14:45 |
nuclear_eclipse | if your apache rewrites /foo/* to /bar/*, SCRIPT_NAME shows /bar/*, but PHP_SELF and REQUEST_URI show /foo/* | 14:45 |
nuclear_eclipse | well, assuming your rewrite doesn't generate a 302 header | 14:46 |
nuclear_eclipse | Draggor: any result on testing those patches? | 14:50 |
paulr_ | nuclear_eclipse: it was in a 5.1 or 5.2 release it was broken :P | 14:50 |
nuclear_eclipse | paulr_: meh | 14:52 |
nuclear_eclipse | seriously though, SCRIPT_NAME is not something to use for URL detection | 14:52 |
nuclear_eclipse | REQUEST_URI would be better than SCRIPT_NAME | 14:52 |
paulr_ | yea | 14:52 |
paulr_ | it's fixed now | 14:53 |
paulr_ | but was reported as broken in 5.2.4 | 14:53 |
nuclear_eclipse | I'd imagine not many people are running 5.2.4 anymore, and ever if they are, it's their fault if mantis breaks because they're 8 minor versions behind | 14:53 |
paulr_ | Version 5.3.0 | 14:54 |
paulr_ | 30-June-2009 | 14:54 |
paulr_ | I mean | 14:54 |
paulr_ | 5.3 was june 2009 | 14:54 |
nuclear_eclipse | sorry, 9 minor versions bihend... | 14:54 |
paulr_ | :) | 14:54 |
paulr_ | again the problem is distributions | 14:55 |
paulr_ | :) | 14:55 |
paulr_ | i mean, on windows, you either a) install from php.net b) install from MS's web installer | 14:55 |
nuclear_eclipse | I can't imagine any proper distro wouldn't have a security/bugfix for that in place by now | 14:55 |
paulr_ | and i'm pretty sure both are fairly current :P | 14:55 |
nuclear_eclipse | and once again, it's their fault if mantis breaks because they're 8 minor versions behind | 14:55 |
paulr_ | I think we should commit to support php versions <2 years old | 14:56 |
paulr_ | and at that point, bb | 14:56 |
nuclear_eclipse | our webapp shouldn't be tiptoeing around bugs in PHP that have been fixed for years | 14:56 |
paulr_ | i.e. we test/support php up to 1 year old | 14:56 |
paulr_ | once stuff drops off | 14:56 |
paulr_ | we'll support mantis | 14:56 |
paulr_ | but may ask users to run a newer php | 14:56 |
paulr_ | if we can't repro | 14:56 |
nuclear_eclipse | it's one thing if it's a feature of PHP that we have to work around, eg, changes to PHP functions, but it's completely different if it's a bug that's only found in one older revision | 14:57 |
*** Joins: mantisbt_47401 (56a29394@gateway/web/freenode/ip.86.162.147.148) | 15:25 | |
mantisbt_47401 | hi there | 15:25 |
mantisbt_47401 | anybody has experience with Mantis email services? | 15:25 |
*** Joins: micahg (~micah@ubuntu/member/micahg) | 15:26 | |
*** Quits: micahg (~micah@ubuntu/member/micahg) (Client Quit) | 15:27 | |
moto-moi | mantisbt_47401: what do you mean by that? | 15:29 |
mantisbt_47401 | I have some issues with sending emails with mantis | 15:30 |
mantisbt_47401 | can you tell me what is cronjob? | 15:30 |
*** Joins: micahg (~micah@ubuntu/member/micahg) | 15:32 | |
moto-moi | it normaly doesn't use a cronjob to send emails, just an inline mail()-command | 15:39 |
mantisbt_47401 | oh ok | 15:39 |
mantisbt_47401 | in other words there is no use to use this in the config_inc.php | 15:40 |
mantisbt_47401 | ? | 15:40 |
moto-moi | well, there isn't one mailsetup, so to enable people with other kinds of mailsetups, eg an external mailmachine which wants a login, you can change the emailsettings in the configfile | 15:41 |
mantisbt_47401 | ok | 15:44 |
mantisbt_47401 | another question | 15:44 |
mantisbt_47401 | whenever somebody creates a new issue I'd like to have certain people get notified (lets say mail list #1) | 15:45 |
mantisbt_47401 | besides this it would be great if the user could notifiy other people not on the list#1 as well | 15:46 |
mantisbt_47401 | is there an easy way to do this? | 15:46 |
moto-moi | afaik not | 15:51 |
moto-moi | the user doesn't deside which developer gets a notification | 15:51 |
slestak | nuclear_eclipse: i tried curl http://mantis.commercecorp.com/plugin.php?page=Source/repo_import_latest.php&id=4 but the page returned says it is missing (id). Specifically "A required parameter to this page (id) was not found." | 15:54 |
slestak | i pasted wrong one | 15:54 |
slestak | I didnt use ampersand, I replaced with ? | 15:55 |
mantisbt_47401 | ok. Can I fix somehow at least who should be on the list#1? (this requires no user interaction, and should be defined once) | 15:59 |
slestak | where in the url is the id arg expected? | 15:59 |
slestak | hrm, i see it is an ampersand, let me try a regular escape | 16:02 |
slestak | i got it working with a regular escape .i.e. \&id=4 | 16:05 |
Draggor | nuclear_eclipse: I return, so far so good on the patches | 16:19 |
nuclear_eclipse | Draggor: thanks | 16:48 |
*** Quits: kirillka (~Miranda@124-249-55-95.baltnet.ru) (Read error: Connection reset by peer) | 16:49 | |
CIA-24 | Mantisbt: jreese * r532b0501149d / (7 files in 2 dirs): Migrate from existing usages to form_action_self() | 16:49 |
CIA-24 | Mantisbt: jreese * r00e60da3b589 /config_defaults_inc.php: Fix #12092: Detect SOAP API in url sniffing | 16:49 |
CIA-24 | Mantisbt: jreese master-1.2.x * rc98310c19023 / (7 files in 2 dirs): Migrate from existing usages to form_action_self() | 16:49 |
CIA-24 | Mantisbt: jreese master-1.2.x * r193f3be7bb79 /core/form_api.php: Added form_action_self() API function | 16:49 |
CIA-24 | Mantisbt: jreese * r9d357c23fc62 /core/form_api.php: Added form_action_self() API function | 16:49 |
CIA-24 | Mantisbt: jreese master-1.2.x * rcf7f557fbc48 /config_defaults_inc.php: Fix #12092: Detect SOAP API in url sniffing | 16:49 |
paulr_ | <CIA-24> Mantisbt: jreese master-1.2.x * rcf7f557fbc48 /config_defaults_inc.php: Fix #12092: Detect SOAP API in url sniffing | 17:00 |
paulr_ | dare I want to look at what that changes | 17:00 |
*** Parts: slestak (~sromanow@63-144-86-130.dia.static.qwest.net) | 17:03 | |
*** Joins: siebrand_alt (~beis@sm.xs4all.nl) | 17:09 | |
*** Quits: siebrand (~beis@sm.xs4all.nl) (Ping timeout: 240 seconds) | 17:10 | |
*** Joins: kirillka (~Miranda@124-249-55-95.baltnet.ru) | 17:19 | |
*** Quits: mantisbt_47401 (56a29394@gateway/web/freenode/ip.86.162.147.148) (Quit: Page closed) | 17:23 | |
Draggor | for integrating mantisbt and dokuwiki, do I just have to install theplugin in dokuwiki or do I need more than that? | 17:25 |
kirillka | Draggor: For now this plugin not work, imho | 17:28 |
kirillka | paulr_: can you fix sync 2 project? | 17:38 |
*** siebrand_alt is now known as siebrand | 17:43 | |
*** Joins: 40FAA5BU4 (~jb_buldog@082-146-096-153.dyn.adsl.xs4all.be) | 17:54 | |
*** 40FAA5BU4 is now known as orac1 | 17:59 | |
*** Joins: [KK]Kirill (~Miranda@124-249-55-95.baltnet.ru) | 18:05 | |
*** Quits: kirillka (~Miranda@124-249-55-95.baltnet.ru) (Disconnected by services) | 18:05 | |
*** [KK]Kirill is now known as kirillka | 18:05 | |
*** Quits: moto-moi (~hylke@cara.xs4all.nl) (Quit: Ex-Chat) | 18:06 | |
dhx_m | boop | 18:07 |
daryn | hi dhx_m | 18:10 |
dhx_m | daryn: hi :) | 18:11 |
daryn | i'm bugging people about looking at filters branch :) | 18:11 |
dhx_m | the latest is on mforge? | 18:19 |
daryn | well the latest until two minutes ago | 18:20 |
daryn | i have a small bug fix to push | 18:20 |
dhx_m | ok | 18:22 |
daryn | dhx_mjust pushed it | 18:26 |
dhx_m | thanks | 18:28 |
dhx_m | will try and check it soon... just upgrading Postgres at the moment | 18:28 |
daryn | cool, thx | 18:29 |
*** Quits: daryn (~daryn@rrcs-76-79-4-2.west.biz.rr.com) (Ping timeout: 258 seconds) | 18:34 | |
*** Quits: orac1 (~jb_buldog@082-146-096-153.dyn.adsl.xs4all.be) (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) | 18:42 | |
paulr_ | dhx_m: moo | 18:52 |
dhx_m | paulr_: hi :) | 18:52 |
paulr_ | we need to talk | 18:52 |
paulr_ | can we arrange a date? :) | 18:53 |
dhx_m | more a time zone :) | 18:53 |
paulr_ | yea so erm | 18:55 |
paulr_ | your exams are done? | 18:55 |
dhx_m | yep | 18:56 |
dhx_m | have a bunch of significant changes to push soon (after I finish testing) | 18:56 |
*** Quits: kirillka (~Miranda@124-249-55-95.baltnet.ru) (Read error: Connection reset by peer) | 18:59 | |
*** Quits: mellen (~thansen@x1-6-00-22-02-00-0c-40.k253.webspeed.dk) (Ping timeout: 260 seconds) | 18:59 | |
*** Quits: rolfkleef (~rolf@urtica.xs4all.nl) (Ping timeout: 276 seconds) | 19:15 | |
*** Quits: paulr_ (~paul@cpc1-enfi9-0-0-cust389.hari.cable.virginmedia.com) () | 19:16 | |
*** Quits: fanno (~Morten@90.184.93.233) (*.net *.split) | 19:29 | |
*** Quits: philip_ (~philip_@unaffiliated/philip) (*.net *.split) | 19:29 | |
*** Joins: philip_ (~philip_@unaffiliated/philip) | 19:37 | |
*** Quits: scribe9343423 (~scribe934@static.96.23.63.178.clients.your-server.de) (Remote host closed the connection) | 19:59 | |
*** Joins: scribe9343423 (~scribe934@static.96.23.63.178.clients.your-server.de) | 20:00 | |
*** Quits: micahg (~micah@ubuntu/member/micahg) (Read error: Operation timed out) | 21:21 | |
*** Joins: daryn (~daryn@h144.144.28.71.dynamic.ip.windstream.net) | 21:48 | |
*** Joins: micahg (~micah@ubuntu/member/micahg) | 22:00 | |
*** Joins: Draggor1 (~Draggor@adsl-99-142-66-24.dsl.emhril.sbcglobal.net) | 22:27 | |
*** Quits: Draggor (~Draggor@adsl-99-144-210-60.dsl.emhril.sbcglobal.net) (Ping timeout: 240 seconds) | 22:30 | |
*** Joins: mellen (~thansen@x1-6-00-22-02-00-0c-40.k253.webspeed.dk) | 22:45 | |
*** Draggor1 is now known as Draggor | 22:55 | |
*** Quits: daryn (~daryn@h144.144.28.71.dynamic.ip.windstream.net) (Quit: Ex-Chat) | 23:47 |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!