Flyspray:: Flyspray:: Irssi core bugs: Recently opened tasks http://bugs.irssi.org/ 2013-05-21T09:53:16Z FS#892: Cannot download to cifs or smbfs mounted partition 2013-05-21T09:53:16Z 2013-05-21T09:53:16Z
When setting dcc_download_path to a location that resides on a mounted cifs or smbfs partition, irssi will not download to the location.

The returned errors message in my case is: DCC can't create file /media/cifs/path/to/file: Permission denied

Please see other documented cases at: http://unix.stackexchange.com/questions/28173/trouble-with-irssi-and-cifs
Cabji http://bugs.irssi.org/:892
FS#891: irssi freezes unexpectedly, no network/resource issues locateable 2013-05-19T06:15:44Z 2013-05-19T06:15:44Z
Hi,

I've been googl'ing around the last day(s) for this issue but it doesn't seem to affect much people or they diagnose it wrong.

I have irssi running inside GNU Screen (4.00.03jw4 (FAU) 2-May-06), as most of you I guess...

First it started some time ago with temporary freezes, the UI just hanged itself for a couple of minutes and then displays all keystrokes again (lovely escape chars all over the terminal...) now since 2-3 days it completely hangs upon every connect to an IRC.

These hangs take so long, that by the time the UI resumes, I've been PingTimeout' off the server already.

I started to keep track at what points it hangs, and it seems to always be different ones. Some time it hung up, it was about 1 line before the end of MOTD then the next time, it was already past MOTD but hung before a ServerNotice.

It's really annoying and more over I cant seem to find the issue.

The resources on this machine are limited but still free enough. CPU is mostly idle (Load average: 0.00 0.09 0.11) and theres 100MB-1GB's left in Memory too. The network I'm trying to connect to is on localhost to remove the fault of pkg-loss. I've checked the server with ncat, I can definitively say it's not the network connection...

Any ideas?



Thanks,

- f0o
f0o http://bugs.irssi.org/:891
FS#890: irssi recreates channels "temporarily unavailable" due to netsplits, wiping scrollback 2013-04-28T02:19:54Z 2013-04-28T02:19:54Z
cordially requesting that irssi rejoin channels post-netslit at the same channel # while conserving any scrollback lines, without recreating the window. setting windows to immortal will preserve the scrollback but will result in the rejoin behaviour creating new windows. workaround is to use the the /join -window operator in the older window but will result in losing any scrollback generated post-netsplit.
Sten-Åke Cederhök http://bugs.irssi.org/:890
FS#889: chat logging writes to file ~/irclogs/.log; only works for one channel 2013-04-18T08:30:22Z 2013-04-18T08:30:22Z
Chatlogging used to work fine until 18th February.
Since then only one channel is logged anymore and it just writes to file "~/irclogs/.log".
Editing "config" file or via command "/SET autolog_path ~/irclogs/$tag/$0.log" has no effect.
Steve Irer http://bugs.irssi.org/:889
FS#888: Gentoo 12.1 emerge QA Notice: Package may exhibit random runtime failures 2013-04-16T14:24:07Z 2013-04-16T14:24:07Z
QA Notice: Package triggers severe warnings which indicate that it may exhibit random runtime failures.
dcc-send.c:296:2: warning: dereferencing type-punned pointer will break strict-aliasing rules

Printout of Portage following the command: emerge irssi
It does installs and seems to work properly.
Edhs4b http://bugs.irssi.org/:888
FS#887: Theme not saved to same location as loaded from 2013-03-23T19:45:40Z 2013-03-23T19:45:40Z
The currently active theme file is not saved to the same location as it's opened from. This makes configuration management slightly messier than it needs to be albeit is just a minor nuisance.

I have a directory called themes in ~/.irssi/themes that contains all my themes. I can easily load a theme from there:
/set theme themes/solarized-orig-universal

But if I /save:
-!- Irssi: Theme saved to /home/artanicus/.irssi/solarized-orig-universal.theme

If loading themes from arbitrary locations is supported it would be nice if they were saved back to those locations as well instead of fragmenting them to two separate locations.
Juho-Pekka Kuitunen http://bugs.irssi.org/:887
FS#886: After using CTRL+Z, there is a black screen and no return 2013-02-27T19:30:51Z 2013-02-27T19:30:51Z
After CTRL-Z the screen is empty and the title contains "cygterm -PuTTY". There is no shortcut to resume and everything I type in, does no action. Read about commands like fg etc. but there is no job control.
EINSER http://bugs.irssi.org/:886
FS#885: Irssi segfaults upon /part or, sometimes, a server timeout 2013-02-27T19:22:41Z 2013-02-27T15:28:22Z
Hello all,

The segfault corresponding to the attached backtrace happens when I type /part in a channel. I also, sometimes, get a segfault when the connection to a server times out. I couldn't get a backtrace of such a timeout yet, so I can't tell whether they are related.

Operating System: Slackware 13.1 64-bit
Irssi version: 0.8.15

The build scripts that are used by Slackware can be found here: http://mirrors.slackware.com/slackware/slackware-13.1/source/n/irssi/

Be aware that this applies two patches, although I think it's unlikely that they cause the segfault... especially the man page patch :-)

bitlbee_rename.pl (with a small modification)
bitlbee_typing_notice.pl
booleansoup.pl (custom)
dinnertime.pl (custom)
heart.pl (custom)
hilightwin.pl
lastfm.pl
nickcolor.pl
screen_away.pl
trackbar.pl
zosma.pl (see https://github.com/DeltaLeonis/botsma/blob/master/zosma.pl)

I'm hesitant to add the contants of the custom scripts and the irssi config file, as they might contain sensitive data. Providing the full backtrace is already a little revealing.
Jorrit Tijben http://bugs.irssi.org/:885
FS#884: Implement a clean way to load scripts automatically 2013-02-14T02:44:13Z 2013-02-14T02:44:13Z
Implement a new option "/script load -auto scriptName" similar to...
1) "/server add -auto"
2) "/channel add -auto"

Adding this method "/script load -auto scriptName" allows the users to manage their scripts more efficiently for automation and to get rid of overall unnecessary burden of depending on symbolic links in different places such as...

1) Scripts located in "/usr/share/irssi/scripts/" "~/.irssi/scripts/"
2) Scripts located in "~/.irssi/scripts/" to "~/.irssi/scripts/autorun/"

This mean the "~/.irssi/scripts/autorun/" directory will be no longer needed and can be eliminated. The "~/.irssi/" directory will appear to be more organized and the users will continue to keep their scripts in "~/.irssi/scripts/" and use "/script load -auto scriptName" instead.

"/script load -auto scriptName" is expected to check for scripts located in /usr/share/irssi/scripts/ and $HOME/.irssi/scripts before reporting if it is either loaded or not found.
lasers http://bugs.irssi.org/:884
FS#883: IRSSI "Trace/breakpoint trap (core dumped) vulnerability"'s when HOME is not writable(Creatable?) 2013-02-02T11:22:39Z 2013-02-02T11:22:39Z
Here is an example;


# su irc
# irssi

** (irssi:59973): ERROR **: Couldn't create /var/run/ircd/.irssi directory
Trace/breakpoint trap (core dumped)




Here's a gdb;
Starting program: /usr/bin/irssi
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

** (irssi:59950): ERROR **: Couldn't create /var/run/ircd/.irssi directory

Program received signal SIGTRAP, Trace/breakpoint trap.
0x00007ffff7396fdb in g_logv () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
(gdb) bc
Undefined command: "bc". Try "help".
(gdb) backtrace
#0 0x00007ffff7396fdb in g_logv () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#1 0x00007ffff73971b2 in g_log () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2 0x000000000048c05f in settings_init ()
#3 0x000000000047a849 in core_init ()
#4 0x00000000004167e8 in main ()


IRSSI Version; irssi 0.8.15 (20100403 1617)

Joshua Rogers http://bugs.irssi.org/:883