Smuxi

Can you start the frontend with: mono --debug /usr/lib/smuxi/smuxi-frontend-gnome.exe and reproduce the issue? I would like to know in which line it happened.

Sigh, of course I now have problems reproducing this whereas I consistently could earlier. Perhaps it's related to the server load I was talking about earlier.

That can be, which would make a race condition, but a bug nonetheless in there just hiding...

Running into the same exception/bug:

-!- Connection error! Reason: Object reference not set to an instance of an object

Version of Smuxi:

Frontend: GNOME 0.8.9.1 (Debian 0.8.9.1+git-0~79~oneiric1)
Engine: 0.8.9.1

Error/exception output from replicating the bug with --debug flag:

2012-01-27 17:10:38,719 [IrcProtocolManager (irc.utopia.net:6667) listener] ERROR Smuxi.Engine.IrcProtocolManager - _Run(): exception in _Listen() occurred!
System.NullReferenceException: Object reference not set to an instance of an object
  at Meebey.SmartIrc4net.WhoInfo.Parse (Meebey.SmartIrc4net.IrcMessageData data) [0x0003e] in /build/buildd/smuxi-0.8.9.1+git/lib/SmartIrc4net/src/IrcClient/WhoInfo.cs:133 
  at Meebey.SmartIrc4net.IrcClient._Event_RPL_WHOREPLY (Meebey.SmartIrc4net.IrcMessageData ircdata) [0x00000] in /build/buildd/smuxi-0.8.9.1+git/lib/SmartIrc4net/src/IrcClient/IrcClient.cs:2468 
  at Meebey.SmartIrc4net.IrcClient._HandleEvents (Meebey.SmartIrc4net.IrcMessageData ircdata) [0x0035c] in /build/buildd/smuxi-0.8.9.1+git/lib/SmartIrc4net/src/IrcClient/IrcClient.cs:1302 
  at Meebey.SmartIrc4net.IrcClient._Worker (System.Object sender, Meebey.SmartIrc4net.ReadLineEventArgs e) [0x00000] in /build/buildd/smuxi-0.8.9.1+git/lib/SmartIrc4net/src/IrcClient/IrcClient.cs:948 
  at (wrapper delegate-invoke) <Module>:invoke_void__this___object_ReadLineEventArgs (object,Meebey.SmartIrc4net.ReadLineEventArgs)
  at (wrapper delegate-invoke) <Module>:invoke_void__this___object_ReadLineEventArgs (object,Meebey.SmartIrc4net.ReadLineEventArgs)
  at Meebey.SmartIrc4net.IrcConnection.ReadLine (Boolean blocking) [0x00097] in /build/buildd/smuxi-0.8.9.1+git/lib/SmartIrc4net/src/IrcConnection/IrcConnection.cs:880 
  at Meebey.SmartIrc4net.IrcConnection.Listen (Boolean blocking) [0x0000b] in /build/buildd/smuxi-0.8.9.1+git/lib/SmartIrc4net/src/IrcConnection/IrcConnection.cs:819 
  at Meebey.SmartIrc4net.IrcConnection.Listen () [0x00000] in /build/buildd/smuxi-0.8.9.1+git/lib/SmartIrc4net/src/IrcConnection/IrcConnection.cs:833 
  at Smuxi.Engine.IrcProtocolManager._Listen () [0x00000] in /build/buildd/smuxi-0.8.9.1+git/src/Engine-IRC/Protocols/Irc/IrcProtocolManager.cs:1977

Steps to replicate:

NOTE: I only seem to get this error when I connect to a single IRC server. It's a private IRC server and to join the main channel, I have to message a bot to authenticate and the bot then joins you to the room. The room is vastly populated (over 800+ users daily) and I'm able to get into the room using other IRC clients.

• Connect to server
• Message the bot (/msg bot enter #the.channel username password)
• Exception message gets thrown
• Disconnected from the IRC server

Bugs #674 and #677 seem to document the same exception, but no idea if they are all related. I cloned the smuxi repo (was going to poke at the code a bit) but currently dealing with some silly mono reference/dependency issues. hopefully I'll be able to sort them out and be able to compile soon =)

Dan R wrote:

Bugs #674 and #677 seem to document the same exception, but no idea if they are all related. I cloned the smuxi repo (was going to poke at the code a bit) but currently dealing with some silly mono reference/dependency issues. hopefully I'll be able to sort them out and be able to compile soon =)

You have an unrelated issue (it's only the same generic exception type / bug type), but you have a serious issue that I want to address. Please move your comment into a new bug ticket. Can you join #smuxi on OFTC so we can look into it (I am meebey there)? I am holding back the 0.8.9.2 release for this issue, so please respond ASAP.

I created a new bug ticket (#684). I'll be in IRC for most of the afternoon (name is notfunk).

Good news, this bug was fixed in 0873d5ae14270909cdd078336f804bcd0730aee5, also see #708 which included the line numbers in the stack trace

Ups, that was too eager. The stack trace looks very similar but is not the same, this NullReferenceException happened _Group_ChatView.Populate() while #708 was in ChatView.Populate() itself...

Nevermind what I just said, the stack trace is the same, the exception happens in ChatView.Populate() just like #708 did. I read too many stack traces today :-P