HomeSearchPrevious dayNext day

00:03:34<h2ibot>Ryz edited URLTeam/Warrior (+347, Added dy-si and ed-gr): https://wiki.archiveteam.org/?diff=48571&oldid=48565
00:05:34<h2ibot>Ryz edited URLTeam/Warrior (+281, Added comments on ed-gr): https://wiki.archiveteam.org/?diff=48572&oldid=48571
00:17:36jacobk joins
00:22:22jacobk quits [Ping timeout: 265 seconds]
00:24:37<h2ibot>Ryz edited URLTeam (+50, /* bit.ly aliases */ Added alme.re): https://wiki.archiveteam.org/?diff=48573&oldid=48558
00:33:39<h2ibot>Ryz edited URLTeam (+218, /* bit.ly aliases */ Added etsy.me, jlne.ws,…): https://wiki.archiveteam.org/?diff=48574&oldid=48573
00:34:02jacobk joins
00:42:33jacobk quits [Ping timeout: 252 seconds]
00:43:09Mayk78 quits [Ping timeout: 265 seconds]
00:46:22lennier1 quits [Client Quit]
00:47:44Mayk78 joins
00:48:53lennier1 (lennier1) joins
01:03:24dm4v_ joins
01:04:33dm4v quits [Ping timeout: 265 seconds]
01:04:33dm4v_ is now known as dm4v
01:04:34dm4v quits [Changing host]
01:04:34dm4v (dm4v) joins
02:03:12onetruth quits [Read error: Connection reset by peer]
02:18:56<h2ibot>Ryz edited URLTeam (+145, /* Alive */ Added chng.it): https://wiki.archiveteam.org/?diff=48575&oldid=48574
02:29:03hackbug quits [Remote host closed the connection]
02:31:51hackbug (hackbug) joins
02:40:59<h2ibot>Ryz edited URLTeam/Warrior (+31, /* Warrior projects */ Added zc-vg, removed…): https://wiki.archiveteam.org/?diff=48576&oldid=48572
02:43:00<h2ibot>Ryz edited URLTeam/Warrior (+71, Added more info on zc-vg): https://wiki.archiveteam.org/?diff=48577&oldid=48576
02:54:14wyatt8740 joins
02:55:06wyatt8750 quits [Ping timeout: 265 seconds]
03:11:43AK quits [Remote host closed the connection]
03:13:11AK (AK) joins
03:13:26AK quits [Remote host closed the connection]
03:20:19AK (AK) joins
03:20:22AK quits [Remote host closed the connection]
03:26:16jacobk joins
03:29:01AK (AK) joins
03:29:02AK quits [Remote host closed the connection]
03:29:40AK (AK) joins
03:29:49AK quits [Remote host closed the connection]
03:30:47AK (AK) joins
03:30:50AK quits [Remote host closed the connection]
03:35:11AK (AK) joins
03:35:19AK quits [Read error: Connection reset by peer]
03:36:06AK (AK) joins
03:36:12AK quits [Remote host closed the connection]
04:00:00treora quits [Quit: blub blub.]
04:01:14treora joins
04:18:41BlueMaxima quits [Client Quit]
04:54:54eroc1990 quits [Client Quit]
05:04:33eroc1990 (eroc1990) joins
05:55:28<h2ibot>Ryz edited URLTeam (+763, /* Alive */ Added mpg.smh.re, eu.smh.re, and…): https://wiki.archiveteam.org/?diff=48578&oldid=48575
06:01:29<h2ibot>Ryz edited URLTeam (-139, /* Alive */ Condensed eu.smh.re and mpg.smh.re…): https://wiki.archiveteam.org/?diff=48579&oldid=48578
06:03:03benjins quits [Read error: Connection reset by peer]
06:08:23<thuban>whoops! many of those 10-digit identifiers are _not_ valid isbn-10s. e.g.: http://glencoe.mheducation.com/sites/0000001840/ (check digit should be 8, not 0).
06:26:51sec^nd quits [Ping timeout: 252 seconds]
06:30:31sec^nd (second) joins
06:37:01michaelblob quits [Read error: Connection reset by peer]
07:00:09Ruthalas quits [Ping timeout: 265 seconds]
07:08:37Ruthalas (Ruthalas) joins
07:24:06michaelblob (michaelblob) joins
07:32:21<systwi>TheTechRobo: In case Void0 PMs you, can you forward it to me please? :-)
07:32:29<systwi>I too would be interested.
08:04:17DiscantX joins
08:17:12<pabs>https://www.infoq.com/news/2022/05/abandoned-apps-report/ https://www.pixalate.com/abandoned-mobile-apps-report
08:17:53<pabs>"Pixalate found over 650k iOS apps and about 870k Android apps to qualify as abandoned apps."
08:18:20<pabs>(they crawled various app stores. downloading the report needs an email address)
08:25:22<systwi>Reposting from #archiveteam-dev:
08:25:31<systwi>Are grab-site questions appropriate here?
08:25:40<systwi>I'm having some strange issues with grab-site and importing cookies.
08:25:52<systwi>Posting it here in case it does happen to be allowed, and I don't see your message right away.
08:25:59<systwi>I'm trying to save a webpage using grab-site that requires cookies to be properly saved. I exported them from Firefox to a Netscape-formatted cookies.txt file.
08:26:08<systwi>Then I installed grab-site under Debian 11 and ran this command:
08:26:13<systwi>$ grab-site --1 --wpull-args='--load-cookies=/absolute/path/to/cookies.txt' https://example.com/
08:26:24<systwi>I get a 302, and it looks like it wanted to redirect to an 'access denied' webpage but that wasn't saved in the WARC.
08:26:39<systwi>Checking the cookies.txt file in the output directory shows an empty cookies.txt (aside from some commented lines), in other words, NOT the same as what I inputted.
08:26:51<systwi>Setting cookies.txt's permissions to 777 does not make a difference.
08:26:59<systwi>Passing the same user agent as the one used to set the cookies originally, to grab-site, doesn't work either.
08:27:10<systwi>Public IP is the same, as well.
08:27:16<systwi>I can't think of anything else to rule out.
08:29:43<systwi>Oh, I did notice passing --keep-session-cookies through --wpull-args did seem to keep the cookies.txt file, except for a missing "#HttpOnly_" at the end. Not sure if that is important or not.
08:29:50<systwi>Either way it didn't seem to work either.
08:30:54<thuban>systwi: i definitely had grab-site working with cookies last year, and none of the differences between your command and mine look problematic to me
08:32:58<systwi>Hmm, really strange. I installed grab-site as the GitHub page said to a T.
08:35:19<thuban>have you confirmed that the page you want is accessible via command-line tools? (wpull under grab-site pretends to be firefox, but some sites are persnickety wrt other headers, referrers, or even handshake sniffing)
08:37:44<systwi>I have not, yet. What would you suggest I try? I also thought grab-site/wpull use the submitted domain name as the referrer, unless I'm mistaken. Then again, a copy+paste of the same URL into my browser, in a new tab, loaded fine.
08:39:18<systwi>Looks like TheTechRobo might be having the same issues: https://github.com/ArchiveTeam/grab-site/issues/187
08:49:39<thuban>my job was on 30 april and that was posted 24 june; there _was_ one ludios_wpull version bump between them, but the details in that report are limited enough that i'm hesitant to blame it
08:52:08<thuban>^ if you use your browser's developer tools to copy a good request as curl, does that curl work? does it still work if you strip all the arguments except the cookie header?
08:52:31<systwi>Oooohh, yeah, I forgot about that. Trying that now.
08:55:21Gereon62 (Gereon) joins
08:57:08<systwi>Copying and running the whole `curl' command seems to have grabbed the page correctly.
08:57:12<systwi>Trying with less options.
08:57:53<systwi>User agent not necessary.
08:58:40<systwi>Accepted formats and languages not necessary.
08:59:55<systwi>"Referer" not necessary.
09:00:26<systwi>DNT and some keep-alive flags, not necessary.
09:00:42<systwi>(presumably 'do not track')
09:01:28<systwi>--compressed can be removed (likely wouldn't cause problems anyway).
09:03:05<systwi>Upgrade-Insecure-Requests, Pragma and Cache-Control flags all can be removed.
09:03:14<systwi>Which leaves only the URL and cookies.
09:04:39<systwi>I'm becoming more convinced it has something to do with grab-site and/or wpull not properly accepting my cookies.txt.
09:05:45<thuban>ok. and if you take the grab-site command you ran earlier, add --which-wpull-args-partial, and run wpull (the one in your grab-site venv) with those arguments, does _that_ work?
09:09:30<systwi>Still gives a 302, and goes no further than grab-site. :-(
09:11:28<systwi>Which OS are you using, thuban? I'm wondering if a Debian dependency for wpull was updated recently and silently broke it.
09:12:18<thuban>how about if you remove the --load-cookies argument from wpull, and add the relevant cookies in a --header (you can use the value from the curl for the correct format)?
09:15:31<systwi>Interesting, yet reassuring! That seems to have worked: removing --load-cookies and instead using the cookies header that worked in `curl'.
09:15:42<thuban>i'm on arch, but wpull is written in python and afaict doesn't have non-python dependencies (and pins all its python dependencies)
09:17:44<thuban>(oops, nope, upstream wpull does, but ludios_wpull leaves dns-python, html5-parser, and lxml unpinned. not that those seem relevant?)
09:18:48<systwi>Oh, I have an idea. Compare versions?
09:19:27<thuban>shoot, i guess
09:19:57<systwi>It's a roundabout way, but I could always spin up an Arch VM and run grab-site through there instead. But it sounds unnecessary when Debian should work.
09:21:25<thuban>yeah, just use --header instead of --load-cookies in --wpull-args
09:21:36<thuban>(*dnspython)
09:21:37<systwi>https://transfer.sh/c1qcRH/Screen%20Shot%202022-05-11%20at%204.20.26%20AM.png
09:21:46<systwi>Ohhh, that's a good idea.
09:24:57<thuban>here's my grab-site venv: https://transfer.archivete.am/10iJ2h/python_package_versions.txt
09:25:31<systwi>Thanks, sorry mine was in an image. It's a little tougher for me to export text.
09:26:22<thuban>note that (a) i'm on python 3.7 and (b) most of the version differences here are going to be benign
09:28:36<systwi>Your grab-site looks older.
09:29:44<systwi>I also don't have greenlet, maybe it's not necessary.
09:29:55<thuban>^ it is, but i don't think that matters since the problem persists in wpull alone
09:30:35<systwi>Oh, right. 3.0.7 (yours) vs. 3.0.9 (mine).
09:31:24<systwi>I guess for a temp-fix, passing the cookies as a header into --wpull-args works for the time being.
09:32:07<systwi>Thank you for the help. I was waiting to submit my homework to my online class before scraping the page first.
09:32:20<thuban>right. this definitely _looks_ like a wpull bug, so if i were you i would (after confirming my cookies.txt was 100% correct and to spec) report it at https://github.com/ArchiveTeam/ludios_wpull and reply to the grab-site issue with a link to the report and a description of the workaround
09:32:57<thuban>np!
09:33:17<systwi>Thanks, I'll do that. :-)
09:40:19<systwi>Huh, okay, now I'm really confused. I don't see that "#HttpOnly_" in my original cookies.txt file anymore... Trying the whole process again, lol.
09:40:28<systwi>But other than that it looks like the cookies do match.
09:42:04Atom quits [Read error: Connection reset by peer]
10:01:29benjins joins
10:06:05<thuban>HttpOnly is an extension to the SetCookie header (https://developer.mozilla.org/en-US/docs/Web/HTTP/Cookies) that postdates the Netscape cookie format.
10:12:04<thuban>curl (the main post-Netscape cookie-file popularizer) accepts the httponly flag by prepending it to the domain that way (https://github.com/curl/curl/blob/a28464ae77c201ae29afc9dc9dc756b80a960d4c/docs/libcurl/opts/CURLOPT_COOKIELIST.3#L68), and the cookies.txt Firefox extension exports it (https://github.com/lennonhill/cookies-txt/blob/master/background.js#L4)...
10:12:55<thuban>but wget (http://git.savannah.gnu.org/cgit/wget.git/tree/src/cookies.c#n1285) and wpull (https://github.com/ArchiveTeam/ludios_wpull/blob/master/wpull/cookie.py#L123) don't understand it, and drop the entire cookie!
10:19:49<thuban>i guess it makes sense for wpull not to support this since wget doesn't either (although i suspect it's accidental since that code is taken directly from python's MozillaCookieJar). but it would be nice to have the option to do so, or at least a mention in the grab-site docs
10:21:00<thuban>(curl's impl: https://github.com/curl/curl/blob/4ec0549c39e43f737e9869d419ad15ea38ef52f5/lib/cookie.c#L823)
10:29:08<thuban>(the cookies.txt Chrome extension does _not_ export it: https://github.com/daftano/cookies.txt/blob/master/src/popup.js)
10:54:37<systwi>I suppose for preservation's sake it would be best to export the cookies.txt and keep in that dir anyway, but that really sucks. Thanks for looking into this.
10:54:53<systwi>I also found out something else. The URL that appeared to work for me was a post-redirection URL.
10:55:40<systwi>The pre-redirection URL, which I really what I was aiming to get, still hits a 302 and won't go any further.
10:56:07<systwi>The whole `curl' command, generously generated by Firefox for that specific URL, outputs nothing.
10:56:25<systwi>wpull and grab-site both give the 302s mentioned earlier and go nowhere.
10:57:03<systwi>Yet I can enter the URL into a new Firefox window and visit the target page perfectly fine.
10:57:12<systwi>thuban: ^
10:58:58<systwi>For the time being I'll hold off on making/replying to any grab-site issues, just because now I'm _really_ at a loss as to what's going on. :-S
11:17:25<thuban>curl doesn't automatically follow redirects; you have to use -L to turn them on.
11:20:21<thuban>as for grab-site/wpull, i'm not sure what you're describing: does "the 302s mentioned earlier" mean the one from the login-check page to the access-denied page, or from the page you really want to the login-check page?
11:22:10<thuban>if it's the latter: grab-site sets wpull's --no-parent by default, so if you have something like foo.com/a/b.html -> foo.com/c.html, that won't be followed
11:23:13<systwi>Heh, sorry, it's really late here and I'm pretty tired. I'm testing your suggestions.
11:24:17<thuban>(hm, or possibly -> foo.com/c.html will be followed but -> foo.com/d/e.html won't? i have got to write this down somewhere)
11:24:37<systwi>I'll explain. The very first URL I tried was the original one (pre-redirection). This didn't worked, so I asked for help here.
11:25:03<systwi>Then at some point during our testing I accidentally grabbed the post-redirection URL and mistakenly believed it worked okay.
11:25:37<systwi>Once I realized I grabbed the post-redirection URL, I tried correcting my mistake by instead providing grab-site with the correct URL (post-redirection one).
11:25:52<systwi>This resulted in another 302 and the grab stopping there.
11:26:10<systwi>Hopefully that explains what I meant.
11:26:22<thuban>^ you've said post-redirection twice there; did you mean pre-redirection the second time?
11:26:31<systwi>Oops, yes, sorry. <_>;
11:26:45<systwi>*Once I realized I grabbed the post-redirection URL, I tried correcting my mistake by instead providing grab-site with the correct URL (pre-redirection one).
11:27:22<thuban>ok, i understand. in that case it sounds like --no-parent might still be the issue. are the pages you want under different paths?
11:27:38<systwi>Checking...
11:28:04<systwi>Oh, and by the way, adding -L to curl worked. I guess I thought Firefox would've added it to there already, seeing as it redirected properly.
11:29:27<systwi>Yes, similar, but different paths. I'll type a similar example.
11:30:09<systwi>https://foo.example.com/cow/dog/horse?foo=bar - pre-redirection
11:30:44<systwi>https://foo.example.com/cow/sheep/jellyfish?other=variable - post-redirection
11:30:53<systwi>Similar to that.
11:31:51<thuban>yeah, that'll do it, i think.
11:32:44<systwi>Hmmm, okay, so if I understand it correctly, grab-site is passing --no-parent to wpull, which is causing it to not grab properly.
11:33:30<thuban>yeah. afaict you can't actually override no-parent in either grab-site or wpull, but you could patch libgrabsite https://github.com/ArchiveTeam/grab-site/blob/master/libgrabsite/main.py#L221
11:34:23<thuban>(just don't forget to put it back before doing any recursive crawls...)
11:34:50<systwi>I thought for redirected URLs and/or possible source URLs --no-parent was ignored. Maybe that's ArchiveBot? (or maybe it's neither)
11:35:57<thuban>no, archivebot dislikes redirects to different paths on the same domain too. that's how i knew; i've been tripped up by this before. :P
11:36:26LeGoupil joins
11:36:45<systwi>Thanks for pinpointing where I can patch that out. I'll have to work on that another time. My mind is pretty worn out tonight.
11:37:36<thuban>you're welcome; good night
11:37:47<systwi>Goodnight :-)
11:51:21AK (AK) joins
12:12:17march_happy quits [Read error: Connection reset by peer]
12:12:40march_happy (march_happy) joins
12:14:01<systwi>thuban: I was closing things down and thought, why not, I'll give it a try. Your fix works _beautifully_! Commenting out --no-parent from main.py in libgrabsite, then rerunning the grab worked perfectly. Just wanted to report back before I _really_ head for bed. :-)
12:14:21<systwi>Now I can finally submit that homework, hehehe!
12:15:44<systwi>Viewing the WARC in ReplayWeb.page, I see the pre-redirection URL, and clicking on it properly redirects me to the post-redirection URL. :-D
12:16:28<systwi>Take care!
12:26:00DiscantX quits [Ping timeout: 252 seconds]
12:32:20dm4v quits [Ping timeout: 265 seconds]
12:36:31dm4v joins
12:36:33dm4v quits [Changing host]
12:36:33dm4v (dm4v) joins
14:08:02HP_Archivist (HP_Archivist) joins
14:23:16LeGoupil quits [Client Quit]
14:38:50Arcorann quits [Ping timeout: 265 seconds]
14:52:28xkey quits [Quit: xkey]
14:52:51xkey (xkey) joins
15:22:20march_happy quits [Ping timeout: 265 seconds]
15:23:16march_happy (march_happy) joins
15:42:16HP_Archivist quits [Remote host closed the connection]
15:42:16qwertyasdfuiopghjkl quits [Remote host closed the connection]
15:42:46march_happy quits [Ping timeout: 265 seconds]
15:43:27HP_Archivist (HP_Archivist) joins
15:43:32march_happy (march_happy) joins
15:43:44HP_Archivist quits [Remote host closed the connection]
15:44:56HP_Archivist (HP_Archivist) joins
15:44:59Gereon620 (Gereon) joins
15:45:05Ruthalas6 (Ruthalas) joins
15:45:14HP_Archivist quits [Remote host closed the connection]
15:45:29Ruthalas quits [Client Quit]
15:45:29Gereon62 quits [Client Quit]
15:45:29eroc1990 quits [Client Quit]
15:45:29Mateon1 quits [Remote host closed the connection]
15:45:29benjins quits [Remote host closed the connection]
15:45:29Gereon620 is now known as Gereon62
15:45:29Ruthalas6 is now known as Ruthalas
15:45:41eroc1990 (eroc1990) joins
15:45:50benjins joins
15:46:14Mateon1 joins
15:46:26HP_Archivist (HP_Archivist) joins
15:46:44HP_Archivist quits [Remote host closed the connection]
15:47:28duce1337 quits [Ping timeout: 265 seconds]
15:47:56HP_Archivist (HP_Archivist) joins
15:48:14HP_Archivist quits [Remote host closed the connection]
15:48:41HP_Archivist (HP_Archivist) joins
15:53:52katocala quits [Remote host closed the connection]
16:00:31Webuser953 joins
16:00:46<Webuser953>Is the webIRK chat secured?
16:00:52<Webuser953>webIRC?
16:06:41<benjins>Webuser953: I'm not sure what you mean, but this channel is publicly logged
16:06:57<Webuser953>as least sending and recieving information
16:09:44katocala joins
16:10:06knecht420 quits [Quit: The Lounge - https://thelounge.chat]
16:10:39knecht420 (knecht420) joins
16:10:52Webuser953 quits [Remote host closed the connection]
16:17:21benjinsmith joins
16:17:49benjinsmith quits [Remote host closed the connection]
16:18:55benjinsmith joins
16:19:00duce1337 joins
16:19:19benjinsmith quits [Remote host closed the connection]
16:19:51benjins quits [Ping timeout: 265 seconds]
16:21:35benjinsmith joins
16:21:49benjinsmith quits [Remote host closed the connection]
16:24:05benjinsmith joins
16:24:19benjinsmith quits [Remote host closed the connection]
16:25:25benjinsmith joins
16:25:49benjinsmith quits [Remote host closed the connection]
16:28:05benjinsmith joins
16:28:19benjinsmith quits [Remote host closed the connection]
16:30:35benjinsmith joins
16:30:49benjinsmith quits [Remote host closed the connection]
16:33:05benjinsmith joins
16:33:19benjinsmith quits [Remote host closed the connection]
16:35:35benjinsmith joins
16:35:49benjinsmith quits [Remote host closed the connection]
16:37:20benjinsmith joins
16:54:24benjinsmith is now known as benjins
16:58:48march_happy quits [Ping timeout: 252 seconds]
17:44:34syntaxx (syntaxx) joins
18:09:58HP_Archivist quits [Client Quit]
18:38:29<nyany>i'd ike to think that the hackint staff have taken reasonable steps to ensure its security
18:40:57<@JAA>It uses HTTPS, so essentially comparable to connecting to the ircd directly.
19:34:09TheTechRobo quits [Remote host closed the connection]
19:35:10TheTechRobo (TheTechRobo) joins
19:35:33TheTechRobo quits [Remote host closed the connection]
19:35:56TheTechRobo (TheTechRobo) joins
19:44:40<h2ibot>Aramzs edited Alive... OR ARE THEY (+304, /* Watchlist */ Added Believer Magazine…): https://wiki.archiveteam.org/?diff=48580&oldid=48570
19:58:48pie_ quits []
19:59:51pie_ joins
20:05:28qwertyasdfuiopghjkl joins
20:50:08TheTechRobo quits [Remote host closed the connection]
20:50:26TheTechRobo (TheTechRobo) joins
21:09:04Megame (Megame) joins
21:09:27DiscantX joins
21:26:46DiscantX quits [Ping timeout: 265 seconds]
21:32:04DiscantX joins
21:45:28march_happy (march_happy) joins
21:58:12Guest69 joins
22:21:34Guest69 quits [Client Quit]
22:30:27HackMii quits [Ping timeout: 252 seconds]
22:33:18HackMii (hacktheplanet) joins
22:38:42HackMii quits [Ping timeout: 252 seconds]
22:40:25benjinsmith joins
22:40:49benjinsmith quits [Remote host closed the connection]
22:42:10benjins quits [Ping timeout: 265 seconds]
22:42:20benjinsmith joins
22:55:10BlueMaxima joins
23:07:49HackMii (hacktheplanet) joins
23:11:18march_happy quits [Remote host closed the connection]
23:15:50march_happy (march_happy) joins
23:17:28benjinsmith is now known as benjins
23:18:39robbi5 quits [*.net *.split]
23:18:39Frogging101 quits [*.net *.split]
23:18:39@jrwr quits [*.net *.split]
23:18:39mgrandi quits [*.net *.split]
23:18:39@HCross quits [*.net *.split]
23:18:39revi quits [*.net *.split]
23:18:39@JAA quits [*.net *.split]
23:18:39summerisle quits [*.net *.split]
23:18:39betamax quits [*.net *.split]
23:18:39h2ibot quits [*.net *.split]
23:18:39asie quits [*.net *.split]
23:18:39pekster quits [*.net *.split]
23:18:39Dj-Wawa quits [*.net *.split]
23:18:39Hecz quits [*.net *.split]
23:18:39Gaelan quits [*.net *.split]
23:18:43summerisle (summerisle) joins
23:18:47revi (revi) joins
23:18:47betamax (betamax) joins
23:18:50pekster (pekster) joins
23:18:50robbi5 (robbi5) joins
23:18:53Hecz joins
23:18:54Hecz quits [Changing host]
23:18:54Hecz (Hecz) joins
23:18:56asie joins
23:18:57Gaelan (Gaelan) joins
23:19:02jrwr (jrwr) joins
23:19:02@ChanServ sets mode: +o jrwr
23:19:19HCross (HCross) joins
23:19:20@ChanServ sets mode: +o HCross
23:19:27mgrandi (mgrandi) joins
23:19:35Dj-Wawa joins
23:19:36JAA (JAA) joins
23:19:36@ChanServ sets mode: +o JAA
23:19:43h2ibot (h2ibot) joins
23:20:07Frogging101 joins
23:29:03AK quits [Remote host closed the connection]
23:29:50AK (AK) joins
23:30:33AK quits [Remote host closed the connection]
23:31:30march_happy quits [Ping timeout: 252 seconds]
23:34:00AK (AK) joins
23:34:10AK quits [Remote host closed the connection]
23:35:59AK (AK) joins
23:36:02AK quits [Remote host closed the connection]
23:36:48AK (AK) joins
23:36:52AK quits [Remote host closed the connection]
23:38:53AK (AK) joins
23:39:01AK quits [Remote host closed the connection]
23:40:55AK (AK) joins
23:41:06AK quits [Read error: Connection reset by peer]
23:42:10Arcorann (Arcorann) joins
23:48:57march_happy (march_happy) joins
23:53:42march_happy quits [Ping timeout: 265 seconds]

HomeSearchPrevious dayNext day