diff --git a/TODO b/TODO index 3003e114..ac00c187 100644 --- a/TODO +++ b/TODO @@ -1,5 +1,98 @@ + - reconnectit BUGAA VIELÄKIN. ne +k kanavat ei rejoinaudu ja ties mitä + asetuksia hukkuu matkalla. + - fix somehow the ^X + /disconnect problem when trying to disconnect + non-connected servers + - support passive DCC + - separate format for privmsg/notice massmessages (anything non-yournick) + - irssi dumps core when layout saving with non-channel/query window +20:45 < Juerd> 19:44 -!- Irssi: critical file channels.c: line 122 + (channel_find): assertion +20:45 < Juerd> `name != NULL' failed. +20:45 < juuso> ~30'C is way too hot for me. 20-25 is quite ok. +20:45 < Juerd> this happens three times +20:46 < Juerd> and it happens in a _query_ +20:47 <@Juerd> cras: for some reason irssi doesn't know this happens in a + query, and displays "< Juerd:> foo" in the status window + - set TOS field for all connections (DCC especially) +16:45 <@darix> cras: hmm it seems irssi proxy cant accept connects on ipv6 + anymore. related to BC-bd's patch? + - /PROXY CTCP ON doesn't work well with multiple servers +22:51 [IRCNet] [zhafte(~zhafte@zhafte.peelo.com)] irssi muuten taitaa bugaa jos + pistää ACT oikeaan reunaan, vai onkohan se vain mun terminaali? +22:52 [IRCNet] [zhafte(~zhafte@zhafte.peelo.com)] menevät välillä päällekkäin + numerot + - when using -w password command line parameter, hide the password so it + won't show with ps. + - ne typerät reconnectiobugit jatkuu .. away viesti ei säily, +k kanavat + unohtuu jnejne. +17:26 < elho> cras: and with dancer-ircd like here in OPN, mode +f (channel + forward) has the channel as argument, ie. HAS_MODE_ARG_SET() + should include f +17:29 < elho> and joining such a channel gives event 379 which irssi handles as + whois_modes, it needs to distinguish between this 379 channel + redirect and the whois_modes 379 it handles currently (whatever + that is ;)) +13:24 <@Garion> cras: when I type /ignore -regexp -pattern "FUCK YOU" * MSGS, + irssi says "-!- Irssi: Ignoring MSGS from *". This is scary, + cause it suggests I'm ignoring all messages from now on. Could + you add the properties of the messages that I'm ignoring? + "Ignoring MSGS that match with from *" or something? +07.06.2002 08:37 #irssi: <@Qrczak> cras: A bug. After /upgrade when being away + the awaylog is not being written to. +21:37 < life> Then you connect. The problem is that irssi connects to the proxy + server and directly afterwards send "USER ..." +21:37 < life> It has to wait for "HTTP 200 ok" *first* +04.06.2002 08:54 #irssi: <@Garion> cras: i've seen it several times now - a + line of 79 or 80 chars (my win is 80 wide) + which has an empty line below it, and that + line is not refreshed when I switch to the + window with that line in it, thus keeping 1 + line from the old window in the current + window. Very confusing +01.06.2002 19:25 #irssi: < ugly_> cras: irssi not resetting the away msg on + reconnect to servers in latest cvs +00:58 <@dg> server notices to @#channel is something that doesn't work +01:00 <@dg> cras, they go to status (or if you /query @#chan there..) +21:43 [IRCNet] [HiroP-(~HiroP@p508035EC.dip.t-dialin.net)] Hi there. I just + wanted to tell you that there seems to be a problem when joining + large channels (500+ people) while a regexp ignore is active. I had + one to ignore all server ads +21:43 [IRCNet] [HiroP-(~HiroP@p508035EC.dip.t-dialin.net)] 1 *: ALL -regexp + -pattern .*erver.*nline.* +21:43 [IRCNet] [HiroP-(~HiroP@p508035EC.dip.t-dialin.net)] After joining, I + could see the nicklist and 1 or 2 lines of what people were saying. + Then irssi either core-dumped, got disconnected or just sat there + apparently without receiving any more data (lag-counter going up to + several minutes). + + - %n%_ ei näy lastlogissa + - dcc download mask on väärin? + - darixin se pingiredirectijuttu +21:28 < Samus_Aran> cras: /log also shows #Linuux ... which I typod a couple + days ago +21:30 < Samus_Aran> it doesnt show any of the queries which i closed, though, + jush #channels + + - 16.5 14:22 + - "show statusbar in empty windows" flag? + - statusbar_item_redraw() should just set the size as dirty and calculate + it only when really needed. + - possible to cache sbar_item->size when nothing else has changed in sbar? + ie. mostly when redrawing. + - use_status_window, use_msgs_window sais toimia heti + - /msg @#chan + +16:17 < simon-> I'm on a keyed channel on undernet, on a rather unstable + server, and whenever it dies, I find myself not on that channel + (and on another server) the next morning) +16:17 < simon-> s/.$// +16:18 < simon-> well, it only happens when the server times out +16:18 < simon-> and irssi finds an alternative server + +14:50 <@Qrczak> cras: $1 in autolog_path sometimes expands to @#channel instead + of #channel. server messages about the channel go there. + - hilight -priority - tab completio jos lisää utf8 juttuja niin ei oikein toimi? - - "window item new" + queryt? .. vai channelit 16:39 <@Qrczak> cras: I'm not sure how exactly to reproduce it but it happens often. When I jump to the window with a query using Alt-a (after the other person said something), and close the window @@ -7,10 +100,8 @@ windows, and then that person says something again, I'm brought to the new query window automatically (that's of course bad). - - /kickban + kicks.pl heittää "they aren't on that channel".. ? 21.04.2002 11:59 [immy(immy@beanus.org)] GLib warning: signal_free(script destroyed) : signal still has 3 references: - - autorejoin +k kanavalle joka on /channel addattu "-" keyn kanssa ei toimi.. - jos kickataan nopeasti ja joinaa takas nopeasti chansyncci kaataa /WHOssa.. kts. qrczak logi - /set show_server_tags tjsp että näyttäis aina (yhdistä hide_server_tagsin @@ -146,6 +237,8 @@ - /DCC CLOSE #, /DCC would print the IDs - /SET dcc_use_proxy to use IRC proxy for DCC connects as well - support for special vars in /SET dcc_download_path, so $N could be used + - No way to autoclose dcc chat windows which have been closed by another + side. - Generic chat commands: - /MSG /CTCP /ACTION =dcc_chat,#channel @@ -157,7 +250,6 @@ maybe some multipeople query support? :) /query nick1,nick2 and sending text there would send it to both. Seems to work already but receiving messages from either nick1 or nick2 don't go to that window.. - - /^MSG nick creates query with /SET qutocreate_own_query YES - /WHOIS -servertag - /BAN: setting of what netmask to use for banning with IPv6 addresses