meebey / smuxi Goto Github PK

View Code? Open in Web Editor NEW

170.0 19.0 46.0 15.47 MB

Smuxi is an user-friendly and free IRC client for Linux, Windows and Mac OS X based on GNOME / GTK+

Home Page: https://smuxi.im/

License: GNU General Public License v2.0

Shell 1.07% Python 0.26% C# 93.90% Makefile 3.11% PowerShell 0.06% M4 1.08% Roff 0.30% Dockerfile 0.11% Nix 0.12%

irc-client gnome twitter-client xmpp-client jabber-client

smuxi's Introduction

Smuxi

Software Requirements

First you will need to install a few libraries to compile the source

Build tools & libraries:

Automake, Autoconf, gettext, pkg-config
Mono SDK (>= 4.6.2)
Nini (>= 1.1)
log4net
SQLite3
GTK# (>= 2.12.39) (optional, but required for the GNOME frontend)
Notify# (optional)
Indicate# / MessagingMenu# (optional)
DBus# / NDesk.DBus (optional)
GtkSpell (optional)
STFL (optional, but enabled by default)

Depending on your operating system and favorite distribution the installation of the listed applications varies.

For Debian based distributions it's just a matter of the following commands:

apt-get install build-essential git autoconf automake intltool mono-devel mono-xbuild libnini-cil-dev liblog4net-cil-dev libgtk2.0-cil-dev libnotify-cil-dev libdbus2.0-cil-dev libdbus-glib2.0-cil-dev lsb-release

Compiling Source

./autogen.sh || ./configure
make

Installing

make install

Running

Now you can start Smuxi from the GNOME or KDE menu.

Source Structure

src/

This directory contains the source code of all Smuxi components.

lib/

This directory contains libraries that Smuxi needs and ships as part of Smuxi.

po*/

These directories contain translation files based on gettext.

debian/

The debian/ directory contains upstream packaging used for the daily development builds for Ubuntu and Debian found on launchpad (which you can subscribe to via sudo add-apt-repository -y ppa:meebey/smuxi-daily && sudo apt update). The official (downstream) Debian packaging can be found on here.

smuxi's People

Contributors

Stargazers

Watchers

smuxi's Issues

missing whitespace in log syntax

The part messages in the logfile are missing a whitespace between channel name and part message, this can confuse log-parsers:

[2012-10-01 21:08:40] -!- Bob [[email protected]] has left #test[Leaving]

Because the left square bracket is a valid character in channel names it cannot be interpreted as a delimiter. Tested with smuxi-0.8.10.1-1-win32.

Smuxi should have nicer icons for special status users

using a @ is so 1978, perhaps Smuxi could be improved by replacing those characters with things like little crown icons and so on.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Smuxi Website flagged by MalwareBytes as Trojan

Hello,

I was trying to access your website, smuxi.im, it's been quite a while, and got a weird message.

What is going on, please?
Best regards.

IRC server password

Would it be possible to add IRC server password to the IRC configuration? Currently it doesnt seem possible to connected to password protected IRC servers.

News feed runs into System.Net.HttpWebRequest.cctor() exception on Mono 5.18

Mono version: 5.18.0.240 (Debian 10)

Full stack-trace:
2020-09-27 14:50:46,440 [Thread Pool Worker] ERROR Smuxi.Engine.Session - UpdateNewsFeed(): Exception, ignored... System.TypeInitializationException: The type initializer for 'System.Net.HttpWebRequest' threw an exception. ---> System.ArgumentNullException: Value cannot be null. Parameter name: property at System.Configuration.PropertyInformation..ctor (System.Configuration.ConfigurationElement owner, System.Configuration.ConfigurationProperty property) [0x0002f] in /build/mono-5.18.0.240+dfsg/mcs/class/System.Configuration/System.Configuration/PropertyInformation.cs:51 at System.Configuration.ElementInformation..ctor (System.Configuration.ConfigurationElement owner, System.Configuration.PropertyInformation propertyInfo) [0x0003c] in /build/mono-5.18.0.240+dfsg/mcs/class/System.Configuration/System.Configuration/ElementInformation.cs:46 at System.Configuration.ConfigurationElement.InitFromProperty (System.Configuration.PropertyInformation propertyInfo) [0x00000] in /build/mono-5.18.0.240+dfsg/mcs/class/System.Configuration/System.Configuration/ConfigurationElement.cs:64 at System.Configuration.PropertyInformation.get_Value () [0x0002d] in /build/mono-5.18.0.240+dfsg/mcs/class/System.Configuration/System.Configuration/PropertyInformation.cs:112 at System.Configuration.PropertyInformation.Reset (System.Configuration.PropertyInformation parentProperty) [0x00016] in /build/mono-5.18.0.240+dfsg/mcs/class/System.Configuration/System.Configuration/PropertyInformation.cs:135 at System.Configuration.ElementInformation.Reset (System.Configuration.ElementInformation parentInfo) [0x0002f] in /build/mono-5.18.0.240+dfsg/mcs/class/System.Configuration/System.Configuration/ElementInformation.cs:93 at System.Configuration.ConfigurationElement.Reset (System.Configuration.ConfigurationElement parentElement) [0x0000d] in /build/mono-5.18.0.240+dfsg/mcs/class/System.Configuration/System.Configuration/ConfigurationElement.cs:474 at System.Configuration.Configuration.GetSectionInstance (System.Configuration.SectionInfo config, System.Boolean createDefaultInstance) [0x000b8] in /build/mono-5.18.0.240+dfsg/mcs/class/System.Configuration/System.Configuration/Configuration.cs:305 at System.Configuration.ConfigurationSectionCollection.get_Item (System.String name) [0x00032] in /build/mono-5.18.0.240+dfsg/mcs/class/System.Configuration/System.Configuration/ConfigurationSectionCollection.cs:68 at System.Configuration.Configuration.GetSection (System.String sectionName) [0x00062] in /build/mono-5.18.0.240+dfsg/mcs/class/System.Configuration/System.Configuration/Configuration.cs:265 at System.Configuration.ClientConfigurationSystem.System.Configuration.Internal.IInternalConfigSystem.GetSection (System.String configKey) [0x00000] in /build/mono-5.18.0.240+dfsg/mcs/class/System.Configuration/System.Configuration/ClientConfigurationSystem.cs:61 at System.Configuration.ConfigurationManager.GetSection (System.String sectionName) [0x00000] in /build/mono-5.18.0.240+dfsg/mcs/class/System.Configuration/System.Configuration/ConfigurationManager.cs:159 at System.Configuration.ConfigurationSettings.GetConfig (System.String sectionName) [0x00000] in /build/mono-5.18.0.240+dfsg/mcs/class/System/System.Configuration/ConfigurationSettings.cs:62 at System.Net.HttpWebRequest..cctor () [0x00019] in /build/mono-5.18.0.240+dfsg/mcs/class/System/System.Net/HttpWebRequest.cs:146 --- End of inner exception stack trace --- at (wrapper managed-to-native) System.Object.__icall_wrapper_mono_generic_class_init(intptr) at System.Net.HttpRequestCreator.Create (System.Uri uri) [0x00000] in /build/mono-5.18.0.240+dfsg/mcs/class/System/System.Net/HttpRequestCreator.cs:41 at System.Net.WebRequest.Create (System.Uri requestUri, System.Boolean useUriBase) [0x000ac] in /build/mono-5.18.0.240+dfsg/mcs/class/referencesource/System/net/System/Net/WebRequest.cs:196 at System.Net.WebRequest.Create (System.String requestUriString) [0x00011] in /build/mono-5.18.0.240+dfsg/mcs/class/referencesource/System/net/System/Net/WebRequest.cs:242 at Smuxi.Engine.Session.UpdateNewsFeed () [0x00025] in /usr/local/src/smuxi-cloud/src/Engine/Session.cs:1952

!IMPORTANT! TLS failing on connection

When I try to connect to my network using smuxi with client and local server (I've installed the all in one package), I get the following error:

17:24:43 -!- Connecting to irc.ptirc.org port 6697...
17:24:44 -!- Connection failed! Reason: Could not connect to: irc.ptirc.org:6697 The authentication or decryption has failed.
17:25:00 -!- Connecting to irc.ptirc.org port 6697...
17:25:01 -!- Connection failed! Reason: Could not connect to: irc.ptirc.org:6697 The authentication or decryption has failed.
17:25:01 -!- Not connected

I'm currently using UnrealIRCd v4.0.17 with the TLS v1.0 protocol to incoming connections disabled.

When I go to Help -> About, this is what appears:

Smuxi
Vendor: Debian 2:1.0+stable.bzr535~ubuntu17.10.1
Frontend: GNOME 1.0.0.0
Engine: 1.0.0.0

Any idea would be highly appreciated.
Thanks in advance

IRCv3 Server Time Support

http://ircv3.org/extensions/server-time-3.2

--- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/1060302-ircv3-server-time-support?utm_campaign=plugin&utm_content=tracker%2F277125&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F277125&utm_medium=issues&utm_source=github).

Switch to 4.0 profile?

What the current blocks for it?

for compatibility with mostly default 4.0 profile I should run it with:

mono --runtime=v4.0

my current solution for Gentoo:

https://github.com/Heather/gentoo-dotnet/commit/2cb79b8048b17aaa13687ac3e1044f244e573422

Twitterizer.TwitterizerException when authorizing twitter account

15:02 -!- Once you have allowed Smuxi to access your Twitter account, Twitter will provide a PIN.
15:02 -!- Please type: /pin PIN_FROM_TWITTER
15:02 -!- Successfully authorized Twitter account "thereals0beit" for Smuxi
15:02 -!- Fetching user details from Twitter, please wait...
15:02 -!- Failed to fetch user details from Twitter. Reason: Exception of type 'Twitterizer.TwitterizerException' was thrown.
15:02 -!- Connection failed! Reason: Exception of type 'Twitterizer.TwitterizerException' was thrown.

On Windows build (Windows 7 OS)

Smuxi
Vendor: dist-win32 0.10-4-g483d0ad
Frontend: GNOME 0.10.0.0
Engine: 0.10.0.0

Change convention of commit summary to not use square brackets

The convention that Smuxi uses for its commit messages makes it not very git-am friendly, because if you extract a patch via git format-patch HEAD~1, and you apply it again via git am 0001-*.patch, this is what happens:

$ head -4 0002-Engine-Twitter-Delay-the-UI-usage-in-the-timeline-co.patch 
From 841eca3a2fd5759e62eb7978e4d2a1c9f8dc7113 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Andr=C3=A9s=20G=2E=20Aragoneses?= <[email protected]>
Date: Thu, 14 Nov 2013 23:02:35 +0100
Subject: [PATCH 2/2] [Engine-Twitter] Delay the UI usage in the timeline
$ git am 0002-Engine-Twitter-Delay-the-UI-usage-in-the-timeline-co.patch 
Applying: Delay the UI usage in the timeline command
$ git log | head -5
commit 39853f9a227e86cdce3c832923e74d1d361bb865
Author: Andrés G. Aragoneses <[email protected]>
Date:   Thu Nov 14 23:02:35 2013 +0100
    Delay the UI usage in the timeline command

As you can see above, the [Engine-Twitter] string disappears.

You may think that this is only useful for people who exchange patches via email. But in this case it was just me working on refactoring a pull request: I had 3 commits in a PR, and I had to change the 2nd of the commits. To do that, I extracted the last 2 via git format-patch, to be able to apply the last one (via git am), and ammend the 2nd to be the last one.

Because of this issue, my workflow had to be a bit more complicated and I was frustrated.

Other projects, when switching to use git, have changed their HACKING guidelines. For example, the Gnome project uses what the Git conventions say, instead of "[Foo] bla bla bla", they use "Foo: bla bla bla"

Some unicode characters are not correctly rendered

i see smuxi have UTF-8 option in encoding list and even automatically convert UTF-8 characters checkbox too but in real working not worked , characters are showed in a rectangle box with four hex code

version of smuxi is :

Vendor: dist-win32 1.0.3
Frontend: GNOME 1.0.3.0
Engine: 1.0.3.0

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Aligning messages

It would be great to have the ability to align messages.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Emulating GtkStacks using GtkToggleButtons makes Germany look bad.

The current Preferences dialog emulates GtkStacks using GtkToggleButtons due to the APIs not having been bound yet by GTK#3.

Clearly this is beneath you Mirco, and worse it tarnishes the carefully crafted stereotypical image of German efficiency and correctness.

Please don't make Germany look bad, and remember to update the dialog once the required APIs become available.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

ArgumentException thrown in TwitterProtocolManager.CloseChat()

Exception Type:
System.ArgumentException

Exception Message:
The requested value 'meebey,ccc' was not found.

Exception StackTrace:
at System.Enum.Parse (System.Type enumType, System.String value, Boolean ignoreCase) [0x00070] in /tmp/buildd/mono-3.0.6+dfsg2/mcs/class/corlib/System/Enum.cs:527
at System.Enum.Parse (System.Type enumType, System.String value) [0x00000] in /tmp/buildd/mono-3.0.6+dfsg2/mcs/class/corlib/System/Enum.cs:459
at Smuxi.Engine.TwitterProtocolManager.CloseChat (Smuxi.Engine.FrontendManager fm, Smuxi.Engine.ChatModel chat) [0x00021] in /home/meebey/Projects/smuxi/src/Engine-Twitter/Protocols/Twitter/TwitterProtocolManager.cs:574
at Smuxi.Frontend.Gnome.ChatView+c__AnonStorey25.<>m__45 (System.Object ) [0x00002] in /home/meebey/Projects/smuxi/src/Frontend-GNOME/Views/Chats/ChatView.cs:615

Sort user list based on activity

As discussed at the GNOME + .NET hackfest, it would be nice if you could use the Smuxi server to idle on all your channels and based on that monitoring sort the user list into active and inactive users (both sorted alphabetically) in Smuxi clients.

Such sorting should ignore special status users such as admins who would traditionally be put on top of the user list.

That way you could get a good idea of which users are or have recently been active and ignore everyone who is currently not active.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

smuxi.im ssl certificate has been revoked

cannot access the site in google chrome at all.

Minor issue: modified server definitions and reconnect

Meebey,

This is a very minor glitch, but wanted to file an issue in case you're fixing related code.

Manage Servers
Edit server definition
Add new "on connect" commands.
Lose connection to server
Reconnect (live)
The old version of the on connect commands is run

Obviously, I can exit and restart to fix it, so this isn't a big deal. Just thought you should know.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

When waking from standby, smuxi acts as if still connected, reconnects after ~3 minutes

This is quite annoying. When my machine wakes from standby, smuxi seems to still be connected.

I can still send messages to channels and they look like they are sending successfully. I need to execute some IRC command that requires server callback or wait ~3 minutes for smuxi to realize it needs to reconnect.

Smuxi fails to build on Debian bookworm using dpkg-buildpackage

after seeing the release of smuxi v1.2.1, I was very happy to try it on my debian, the problem is that the debian folder doesn't seem to support debian BookWorm yetn

I build successfully using ./autogen.sh && ./configure && make

On the other hand, when I use dpkg-buildpackage, I get an error on obsolete stuff:
"./Views/Chats/ChatView.cs(537,41): warning CS0618: Smuxi.Engine.ChatModel.Messages' is obsolete: Use ChatModel.MessageBuffer instead.'"

I attach the output of my build
output-build-smuxi.txt

thanks !

Jeremyp3

Connection to jabber.ccc.de (XMPP) fails

Hello, i use the actual master branch/0e56be4 1.1.0.0
and if i want to connect to the XMPP jabber.ccc.de i get these error

14:58 -!- reconnect to jabber.ccc.de
14:58 -!- error: The object was used after being disposed.
14:58 -!- reconnect to jabber.ccc.de in 0 seconds

can somebody help me ?

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Race when /join #foo makes it highlight wrong chat

As you see in this screenshot I'm going to /join #foo in freenode:

But this is the result:

XMPP: Wrong answer to entity caps request

Smuxi misses the node attr when answering entity caps requests

<!-- Outgoing 29.06.2019 16:36:55 -->
<iq xmlns="jabber:client" to="some jid" type="get" id="333581d5-75f7-4515-8117-742efe7aa5c6" from="some other jid">
<query xmlns="http://jabber.org/protocol/disco#info" node="https://smuxi.im#EXJoqLcfstfsdCdC9iPMEtl1rwI=" />
</iq>

Answer

<!-- Incoming 29.06.2019 16:36:56 -->
<iq xmlns="jabber:client" to="some other jid" from="some jid" type="result" id="333581d5-75f7-4515-8117-742efe7aa5c6">
<query xmlns="http://jabber.org/protocol/disco#info">
<identity name="some name" type="pc" category="client" />
<feature var="http://jabber.org/protocol/caps" />
<feature var="jabber:iq:last" />
<feature var="http://jabber.org/protocol/muc" />
<feature var="http://jabber.org/protocol/disco#info" />
<feature var="http://jabber.org/protocol/xhtml-im" />
</query>
</iq>

Duplicate messages in google hangout

Connected to Google hangouts via XMPP, and am getting duplicate messages sent from the client to google. I saw #103, but I'm not sure if that's the same issue and/or if that fix has been rolled out for update yet.

OS: Ubuntu 14.04
Vendor: Debian 0.11~rc5-1
Frontend: GNOME 0.11.0.0
Engine: 0.11.0.0

--- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/7138978-duplicate-messages-in-google-hangout?utm_campaign=plugin&utm_content=tracker%2F277125&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F277125&utm_medium=issues&utm_source=github).

Encoding "windows-1251" not in list.

When I'm opening preferences dialog, this encoding list appears:

Unfortunately, there are no cp1251 here.
This encoding IS available in my Mono setup - after compiling the test code for Encoding.GetEncodings() from here http://msdn.microsoft.com/en-us/library/system.text.encoding.getencodings.aspx it are among others. Both smuxi and test code have 4.0.0.0 mscorlib in their AssemblyRef.
Many Russian irc-servers are using cp1251 and have no utf-8 support, so this encoding is essential for that networks.

Smuxi needs iOS clients

Smuxi would greatly benefit from having clients for iOS. I would expect separately designed UI's for the iPhone and iPad (likely the best first target is the iPad, Smuxi feels better suited for the bigger screen).

Both apps should support display rotation to allow use in landscape and portrait mode.

You should make these iOS 7+ only. You lose support for the iPad 1 and iPhone 3GS (and older) and everything except the very latest iPod Touch (2013) but you gain access to a number of useful features and APIs and you would only have to support one design paradigm (iOS 6 and below is essentially a completely separate UX that would have to be supported by a completely separate app). iOS upgrade rates also ensure that supporting outdated iOS6 would be a lot of work for what is a fraction of the total iOS user base (effectively 6 months after release non-latest versions of iOS tend to be 5% or less of the user base).

I would expect the applications to follow the iOS 7 design and that they leveraged background downloading (an iOS 7 and above only API) to allow pulling for data from the Smuxi server while the app is in the background and would not need live updates. iOS will then schedule your app to fetch data opportunistically, e.g. when the user activates the display to check the time.

I'd be happy to help with the design of these.

Information on the iOS background downloading using Xamarin tools and C#.

http://redth.info/ios7-recipe-background-fetching/

http://docs.xamarin.com/guides/cross-platform/application_fundamentals/backgrounding/part_3_ios_backgrounding_techniques/ios_backgrounding_with_tasks

http://www.xcubelabs.com/blog/ios-7-background-execution-and-multitasking/

--- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/1029656-smuxi-needs-ios-clients?utm_campaign=plugin&utm_content=tracker%2F277125&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F277125&utm_medium=issues&utm_source=github).

Clarify where stuff happens

The current situation is quite confusing, and I would even call it broken.

Website

https://smuxi.im/ exists and seems actively maintained (let’s ignore the 2004-2016 copyright notice in the footer). https://wiki.gnome.org/Apps/Smuxi also exists. @aklapper attempted to fix it a bit, but apart from that it had not seen any update since 2014.

If you consider the wiki page obsolete, can you please make a clear statement about it so we change it to redirect people to the right place with up to date information?

Repository

There is this Github repository right here, which seems to be the most current. Then there is the GNOME Gitlab repository which does not have the latest code changes, but has relatively recent activity (from earlier this year). And finally the wiki page gives us https://smuxi.im/repositories/show/smuxi which seems to be lagging a bit behind the Gitlab repo.

Having outdated mirrors is bad enough, especially if they don’t advertise the canonical one, but the Gitlab repo and the Github one have even diverged now. There are recent code commits in Github that are not in Gitlab, and there are translation updates in Gitlab that are not in Github.

Please fix this.

Translations

The website directs at Transifex, but smuxi is also present on Damned lies. The git history shows commits from Damned lies contributors, even as recent as last January, but as I said above the latest ones have not made their way to Github.

If you intend to keep Transifex and stop taking DL contributions (which would be in line with the repository being here and not on GNOME Gitlab), then please state it explicitely so we can remove the module from DL and avoid wasting translator effort.

XMPP: Nickname für conference rooms

With other xmpp clients, I'm able to set a different nick name at least in conference rooms.

I changed the general preferences' nickname/username/realname but get still the login name if I use a xmpp-server.

Would be nice to know if it is possible to change the name in smuxi. Or add it, it this feature is missing 😄

Building smuxi from tar archive is not possible

Hi, I'm building smuxi from the source code (version 1.0.7).
There are two issues that I have found so far:

autogen.sh is not included
all the dist-* targets apparently use git to retrieve a version string, but I don't think that git should be required as a dependency to build smuxi (moreover, there's no .git folder that it could use).

EDIT: I managed to build by patching Makefile.am and copying the autogen.sh file. The latter also uses git, but running NOGIT=1 make dist-linux-static avoid calling it.

One thing that I noticed is that I had to manually copy log4net and Nini inside the lib/ folder, but they should be easily found through pkg-config.

UI locks while fetching data from server

I recently expanded the amount of buffer lines to keep on the server, and noticed that now the extra data to fetch results in the UI becoming unresponsive while the data is being loaded.

I am not sure if the problem is lock while fetching data or while building the UI. May be the latter since CPU usage tends to spike after a successful connection to the server.

Smuxi version 0.11 on both windows and linux exhibit this behavior. The server I'm using is version 0.8.10 on debian wheezy.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

No rule to make target `Makevars', needed by `Makefile'

When trying to build git on Gentoo linux

full log: http://bpaste.net/show/133928/

Highlight words are being treated as case sensitive.

I have the pattern zore set in my highlight words. If someone communicating me uses ZORE, or zoRE, or anything else other than zore then I will not get a highlight.

Please do one of the following.

make globally insensitive.
make it optionally globally case insensitive.
or make it optional per-pattern.

IMO the best option would be to just apply RegexOptions.IgnoreCase to all highlightword patterns. Since you have decided to escape everything I provide, you seem to be trying to make this user-friendly. So make it more user-friendly, and make it case insensitive. It is very annoying to have my attempts to do something like /[aA][bB][cC]/ to get a case insensitive search escaped away, and also not be able to provide a pattern that would be case insensitive.

On method might be to permit passing regex options similar to sed at the end of the regex.

No Arch Linux page

Arch Linux page is gone, can't install via pacman -S smuxi

https://archlinux.org/packages/community/any/smuxi/

smuxi-server standalone crashes

Hi, I don't know whether this is the right bug tracker to report in, but the smuxi-server standalone from the site crashes on my 64bit ubuntu(15.something) with the following message:

Native stacktrace:

    ./smuxi-server() [0x60e1ca]
    ./smuxi-server() [0x44f0ac]
    /lib/x86_64-linux-gnu/libpthread.so.0(+0x10d10) [0x7f89df15bd10]
    ./smuxi-server() [0x56c2e0]
    ./smuxi-server() [0x61fe68]
    ./smuxi-server() [0x56d7df]
    ./smuxi-server() [0x56cba8]
    ./smuxi-server() [0x564d88]
    ./smuxi-server() [0x56566f]
    ./smuxi-server() [0x56e70a]
    ./smuxi-server() [0x56e82e]
    ./smuxi-server() [0x478645]
    ./smuxi-server() [0x493f5c]
    ./smuxi-server() [0x45049e]
    ./smuxi-server() [0x417bc3]
    ./smuxi-server() [0x416ae4]
    /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0) [0x7f89deda1ac0]
    ./smuxi-server() [0x4163f9]

Debug info from gdb:

[New LWP 85375]
[New LWP 85374]
[New LWP 85373]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
0x00007f89df15b8ab in __waitpid (pid=85376, stat_loc=0x7fff5a9b37ec, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:40
40  ../sysdeps/unix/sysv/linux/waitpid.c: File o directory non esistente.
  Id   Target Id         Frame 
  4    Thread 0x7f89dd213700 (LWP 85373) "smuxi-server" pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
  3    Thread 0x7f89dca12700 (LWP 85374) "smuxi-server" pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
  2    Thread 0x7f89dc211700 (LWP 85375) "smuxi-server" pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
* 1    Thread 0x7f89dfe97740 (LWP 85372) "smuxi-server" 0x00007f89df15b8ab in __waitpid (pid=85376, stat_loc=0x7fff5a9b37ec, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:40

Thread 4 (Thread 0x7f89dd213700 (LWP 85373)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x0000000000571b97 in GC_wait_marker ()
#2  0x000000000056bcaa in GC_help_marker ()
#3  0x0000000000570264 in GC_mark_thread ()
#4  0x00007f89df1526aa in start_thread (arg=0x7f89dd213700) at pthread_create.c:333
#5  0x00007f89dee8813d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 3 (Thread 0x7f89dca12700 (LWP 85374)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x0000000000571b97 in GC_wait_marker ()
#2  0x000000000056bcaa in GC_help_marker ()
#3  0x0000000000570264 in GC_mark_thread ()
#4  0x00007f89df1526aa in start_thread (arg=0x7f89dca12700) at pthread_create.c:333
#5  0x00007f89dee8813d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 2 (Thread 0x7f89dc211700 (LWP 85375)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x0000000000571b97 in GC_wait_marker ()
#2  0x000000000056bcaa in GC_help_marker ()
#3  0x0000000000570264 in GC_mark_thread ()
#4  0x00007f89df1526aa in start_thread (arg=0x7f89dc211700) at pthread_create.c:333
#5  0x00007f89dee8813d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 1 (Thread 0x7f89dfe97740 (LWP 85372)):
#0  0x00007f89df15b8ab in __waitpid (pid=85376, stat_loc=0x7fff5a9b37ec, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:40
#1  0x000000000060e29c in mono_handle_native_sigsegv ()
#2  0x000000000044f0ac in mono_sigsegv_signal_handler ()
#3  <signal handler called>
#4  0x000000000056c2e0 in GC_push_all_eager ()
#5  0x000000000061fe68 in GC_with_callee_saves_pushed ()
#6  0x000000000056d7df in GC_push_roots ()
#7  0x000000000056cba8 in GC_mark_some ()
#8  0x0000000000564d88 in GC_stopped_mark ()
#9  0x000000000056566f in GC_try_to_collect_inner ()
#10 0x000000000056e70a in GC_init_inner ()
#11 0x000000000056e82e in GC_init ()
#12 0x0000000000478645 in mono_gc_base_init ()
#13 0x0000000000493f5c in mono_init_internal ()
#14 0x000000000045049e in mini_init ()
#15 0x0000000000417bc3 in mono_main ()
#16 0x0000000000416ae4 in main ()

=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries 
used by your application.
=================================================================

Channel list does not open until I open and close preferences.

I open Smuix and it connects to all my channels, but no matter how long I wait it doesn't open the list on the side showing all my channels. I have to open and close the preferences to get them to show up.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Object must implement IConvertible

Has there been any progress on Bug 589?
Things work fine when using a Linux-based client, but i every time i try connecting to smuxi-server from windows this happens: https://gist.github.com/altyr/fcf98b653e08f9203ccd#file-smuxiiconvertible
Are there any workarounds?

Wish: Smuxi should load old logs when starting up

If smuxi engine shuts down for some reason, on next startup I would like smuxi to load up the last N lines from the channel log if it is available. It should probably at the same time annotate the exit/enter events.

This is especially useful when a remote instance is reset, as accessing remote logs is (apparently?) only possible by sshing into the remote host.

Win7 can't paste

The only text I can copy and paste into smuxi is text from its own text window. If I copy from my browser or from a text file and try to paste into smuxi, the paste option is there, but when you do it nothing happens.

Win7
v0.11.1 but also present in 0.11.0

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Reconnect operation doesn't re-read connection settings (in particular: On Connect Commands)

Steps to reproduce:

Fill "/join #foo" in your "On connect commands" section of some IRC network (e.g. freenode).
Connect to freenode network. Wait until it finished connecting.
Go to smuxi preferences, edit freenode network settings, remove the "/join #foo" command.
Right-click on freenode network: Reconnect.

Current results:
After connecting to freenode again, it still joins #foo channel.

Expected results:
It should not connect to #foo channel because the command was removed.

Frontend listens on a random port on all interfaces

Not sure why it has to do this. Potential security hole?

$ lsof -Pni | grep  LISTEN
[..]
Main         9029 infinity0   30u  IPv4    47564      0t0  TCP *:41731 (LISTEN)
[..]
$ ps aux | grep 9029
infinit+    9029  0.4  7.9 3650232 1304644 ?     Sl   Oct05  39:00 mono --debug /usr/lib/smuxi/smuxi-frontend-gnome.exe

I am using a non-SSH local "smuxi" connection.

9.0 source tarball strongly depending on 1.2.10 log4net

Even earlier version can work with 1.2.11. Is there strong reason for it?

Frontend needs to stop hardcoding prefix characters

Currently, smuxi's IRC protocol code obtains all known prefixes (e.g. PREFIX=(qaohv)~&@%+) from the RPL_ISUPPORT numeric.

And yet, the GNOME IRC frontend completely ignores this, and has five prefix characters hardcoded. This completely defeats the purpose of ISUPPORT, and outright breaks on networks where the prefix characters are not exactly ~&@%+ – for example, euIRC, which has *!@%+ for those modes, so smuxi shows ~nick where it should show *nick, and sometimes even thinks the * or ! is part of someone's nick. (Not that I use euIRC or anything, but still.) Or networks that have more than five of them. (Can't remember which but inspircd can be configured like that.)

--- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/1377111-frontend-needs-to-stop-hardcoding-prefix-characters?utm_campaign=plugin&utm_content=tracker%2F277125&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F277125&utm_medium=issues&utm_source=github).

Don't use deprecated glade-sharp

Libglade is deprecated in favor of GtkBuilder since 2009:
https://mail.gnome.org/archives/devel-announce-list/2009-May/msg00003.html

Please port Smuxi from glade-sharp to GtkBuilder.

Clicking the close button should minimise to tray [$5]

On Ubuntu Smuxi has an entry in the messaging menu. It should make persistent use of it by allowing Smuxi to remain open but minimised to the tray icon.

There is a $5 open bounty on this issue. Add to the bounty at Bountysource.

Link highlighting stops at upper-case I letter (with the Turkish locale)

Hi. This is probably due to my Windows with Turkish regional settings. When a link with upper case I letter is rendered, the underline stops at that position, see the following image:

See the following posts about the Turkish lower/upper case ı/İ issue:

http://blog.codinghorror.com/whats-wrong-with-turkey/
http://www.moserware.com/2008/02/does-your-code-pass-turkey-test.html

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Arch Linux (and alternative installs)

So, the website says that arch has smuxi in repo, but that is no longer true, if ever (I don't know). Assuming it was true, it was pushed out of community and into AUR, which is community maintained. Unfortunately, those builds haven't been updated in 2 years, and the build no longer works due to signing issues with log4net. If possible it might be good to adopt those AUR PKGBUILDs update them, and maintain them. I've looked at updating log4net, but I have no idea how to deal with either the binary, or the source archive. It seems to have changed its structure quite a bit in 2 years.

Alternatively, perhaps it's possible for smuxi to be packaged in snapd or flatpak. I'm not entirely certain how well gnome integration works if you do that, though. I think it should.

smuxi-frontend-gnome crashes when clicking "Open Log"

This is smuxi 1.0.7-3 on Arch Linux, 64bit.

=================================================================
	Native Crash Reporting
=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================
/proc/self/maps:
40271000-40519000 rwxp 00000000 00:00 0
4051f000-4052f000 rwxp 00000000 00:00 0
40ab5000-40c05000 rwxp 00000000 00:00 0
558a591f1000-558a5921c000 r--p 00000000 fe:00 6687782                    /usr/bin/mono-sgen
558a5921c000-558a59523000 r-xp 0002b000 fe:00 6687782                    /usr/bin/mono-sgen
558a59523000-558a59651000 r--p 00332000 fe:00 6687782                    /usr/bin/mono-sgen
558a59652000-558a59659000 r--p 00460000 fe:00 6687782                    /usr/bin/mono-sgen
558a59659000-558a5965e000 rw-p 00467000 fe:00 6687782                    /usr/bin/mono-sgen
558a5965e000-558a59675000 rw-p 00000000 00:00 0
558a5a520000-558a5eaca000 rw-p 00000000 00:00 0                          [heap]
7f7ab0000000-7f7ab0021000 rw-p 00000000 00:00 0
7f7ab0021000-7f7ab4000000 ---p 00000000 00:00 0
7f7ab4000000-7f7ab4021000 rw-p 00000000 00:00 0
7f7ab4021000-7f7ab8000000 ---p 00000000 00:00 0
7f7ab8000000-7f7ab8021000 rw-p 00000000 00:00 0
7f7ab8021000-7f7abc000000 ---p 00000000 00:00 0
7f7abc000000-7f7abc021000 rw-p 00000000 00:00 0
7f7abc021000-7f7ac0000000 ---p 00000000 00:00 0
7f7ac0000000-7f7ad0000000 rw-s 00000000 00:05 14778401                   /SYSV00000000 (deleted)
7f7ad0000000-7f7ad002a000 rw-p 00000000 00:00 0
7f7ad002a000-7f7ad4000000 ---p 00000000 00:00 0
7f7ad4000000-7f7ad4021000 rw-p 00000000 00:00 0
7f7ad4021000-7f7ad8000000 ---p 00000000 00:00 0
7f7ad8000000-7f7ad809b000 rw-p 00000000 00:00 0
7f7ad809b000-7f7adc000000 ---p 00000000 00:00 0

=================================================================
	Native stacktrace:
=================================================================
	0x558a59316dea - mono : (null)
	0x558a592ad32e - mono : (null)
	0x558a59310689 - mono : (null)
	0x7f7b4e1f97ca - /usr/lib/libc.so.6 : (null)
	0x7f7b4e20ccc8 - /usr/lib/libc.so.6 : (null)
	0x7f7b493c182a - /usr/lib/libglib-2.0.so.0 : g_vasprintf
	0x7f7b493e545e - /usr/lib/libglib-2.0.so.0 : g_strdup_vprintf
	0x7f7b49408212 - /usr/lib/libglib-2.0.so.0 : g_logv
	0x40bfe1b1 - Unknown

=================================================================
	Telemetry Dumper:
=================================================================
Pkilling 0x7f7af33fe700 from 0x7f7b2a0ea700
Pkilling 0x7f7b4a77d700 from 0x7f7b2a0ea700
Pkilling 0x7f7af392e700 from 0x7f7b2a0ea700
Pkilling 0x7f7af35ff700 from 0x7f7b2a0ea700
Pkilling 0x7f7b4e18f780 from 0x7f7b2a0ea700
Pkilling 0x7f7af3b2f700 from 0x7f7b2a0ea700
Pkilling 0x7f7b29742700 from 0x7f7b2a0ea700
Pkilling 0x7f7af3d30700 from 0x7f7b2a0ea700
Pkilling 0x7f7af3f31700 from 0x7f7b2a0ea700
Pkilling 0x7f7b4aa3a700 from 0x7f7b2a0ea700
Pkilling 0x7f7b4ba35700 from 0x7f7b2a0ea700
Pkilling 0x7f7b282c5700 from 0x7f7b2a0ea700
Pkilling 0x7f7af2cb3700 from 0x7f7b2a0ea700
Pkilling 0x7f7b2a6f9700 from 0x7f7b2a0ea700
Pkilling 0x7f7b28dc7700 from 0x7f7b2a0ea700
Pkilling 0x7f7b284c6700 from 0x7f7b2a0ea700
Pkilling 0x7f7af2eb4700 from 0x7f7b2a0ea700
Pkilling 0x7f7b28fc8700 from 0x7f7b2a0ea700
Pkilling 0x7f7b286c7700 from 0x7f7b2a0ea700
Pkilling 0x7f7b291c9700 from 0x7f7b2a0ea700
Pkilling 0x7f7b2ab03700 from 0x7f7b2a0ea700
Pkilling 0x7f7b3b8a6700 from 0x7f7b2a0ea700
Pkilling 0x7f7b2ad04700 from 0x7f7b2a0ea700
Pkilling 0x7f7b29947700 from 0x7f7b2a0ea700
Pkilling 0x7f7b29ead700 from 0x7f7b2a0ea700
Pkilling 0x7f7b2af05700 from 0x7f7b2a0ea700
Entering thread summarizer pause from 0x7f7b2a0ea700
Finished thread summarizer pause from 0x7f7b2a0ea700.

Waiting for dumping threads to resume

Debug info from gdb:


=================================================================
	External Debugger Dump:
=================================================================
[New LWP 25193]
[New LWP 25194]
[New LWP 25195]
[New LWP 25198]
[New LWP 25199]
[New LWP 25200]
[New LWP 25201]
[New LWP 25206]
[New LWP 25207]
[New LWP 25210]
[New LWP 25214]
[New LWP 25215]
[New LWP 25216]
[New LWP 25217]
[New LWP 25218]
[New LWP 25219]
[New LWP 25223]
[New LWP 25224]
[New LWP 25225]
[New LWP 25226]
[New LWP 25227]
[New LWP 25228]
[New LWP 25229]
[New LWP 25230]
[New LWP 25231]
[New LWP 25880]
[New LWP 26063]
[New LWP 26064]
[New LWP 26065]
warning: File "/usr/bin/mono-sgen-gdb.py" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load".
To enable execution of this file add
	add-auto-load-safe-path /usr/bin/mono-sgen-gdb.py
line to your configuration file "/home/tim/.gdbinit".
To completely disable this security protection add
	set auto-load safe-path /
line to your configuration file "/home/tim/.gdbinit".
For more information about this security protection see the
"Auto-loading safe path" section in the GDB manual.  E.g., run from the shell:
	info "(gdb)Auto-loading safe path"
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
0x00007f7b4e2840d1 in poll () from /usr/lib/libc.so.6
  Id   Target Id                                           Frame
* 1    Thread 0x7f7b4e18f780 (LWP 25189) "Main"            0x00007f7b4e2840d1 in poll () from /usr/lib/libc.so.6
  2    Thread 0x7f7b4d7ff700 (LWP 25193) "SGen worker"     0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  3    Thread 0x7f7b4ba35700 (LWP 25194) "Finalizer"       0x00007f7b4e383506 in do_futex_wait.constprop () from /usr/lib/libpthread.so.0
  4    Thread 0x7f7b4aa3a700 (LWP 25195) "mono"            0x00007f7b4e380fa6 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  5    Thread 0x7f7b4a77d700 (LWP 25198) "Main"            0x00007f7b4e2840d1 in poll () from /usr/lib/libc.so.6
  6    Thread 0x7f7b3b8a6700 (LWP 25199) "SwitchPage"      0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  7    Thread 0x7f7b3b62d700 (LWP 25200) "gmain"           0x00007f7b4e2840d1 in poll () from /usr/lib/libc.so.6
  8    Thread 0x7f7b3ae2c700 (LWP 25201) "gdbus"           0x00007f7b4e2840d1 in poll () from /usr/lib/libc.so.6
  9    Thread 0x7f7b2af05700 (LWP 25206) "Timer-Scheduler" 0x00007f7b4e380fa6 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  10   Thread 0x7f7b2ad04700 (LWP 25207) "CommandManager"  0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  11   Thread 0x7f7b2a6f9700 (LWP 25210) "FrontendManager" 0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  12   Thread 0x7f7b29ead700 (LWP 25214) "JoinChannelQueu" 0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  13   Thread 0x7f7b29947700 (LWP 25215) "IrcProtocolMana" 0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  14   Thread 0x7f7b29742700 (LWP 25216) "IrcProtocolMana" 0x00007f7b4e380fa6 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  15   Thread 0x7f7b291c9700 (LWP 25217) "Thread Pool I/O" 0x00007f7b4e2840d1 in poll () from /usr/lib/libc.so.6
  16   Thread 0x7f7b28fc8700 (LWP 25218) "LastSeenHighlig" 0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  17   Thread 0x7f7b28dc7700 (LWP 25219) "LastSeenHighlig" 0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  18   Thread 0x7f7b282c5700 (LWP 25223) "ReadThread (sta" 0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  19   Thread 0x7f7af2eb4700 (LWP 25224) "WriteThread (st" 0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  20   Thread 0x7f7af2cb3700 (LWP 25225) "IdleWorkerThrea" 0x00007f7b4e380fa6 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  21   Thread 0x7f7af3f31700 (LWP 25226) "LastSeenHighlig" 0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  22   Thread 0x7f7af3d30700 (LWP 25227) "LastSeenHighlig" 0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  23   Thread 0x7f7af3b2f700 (LWP 25228) "LastSeenHighlig" 0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  24   Thread 0x7f7af392e700 (LWP 25229) "LastSeenHighlig" 0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  25   Thread 0x7f7af35ff700 (LWP 25230) "LastSeenHighlig" 0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  26   Thread 0x7f7af33fe700 (LWP 25231) "LastSeenHighlig" 0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  27   Thread 0x7f7b2ab03700 (LWP 25880) "Thread Pool Wor" 0x00007f7b4e3845da in recvfrom () from /usr/lib/libpthread.so.0
  28   Thread 0x7f7b284c6700 (LWP 26063) "Main"            0x00007f7b4e380fa6 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  29   Thread 0x7f7b2a0ea700 (LWP 26064) "Thread Pool Wor" 0x00007f7b4e384e52 in waitpid () from /usr/lib/libpthread.so.0
  30   Thread 0x7f7b286c7700 (LWP 26065) "Thread Pool Wor" 0x00007f7b4e383732 in do_futex_wait () from /usr/lib/libpthread.so.0

Thread 30 (Thread 0x7f7b286c7700 (LWP 26065)):
#0  0x00007f7b4e383732 in do_futex_wait () at /usr/lib/libpthread.so.0
#1  0x00007f7b4e383843 in __new_sem_wait_slow () at /usr/lib/libpthread.so.0
#2  0x0000558a594a7c27 in  ()
#3  0x0000558a5944029c in  ()
#4  0x00007f7b4e37aa92 in start_thread () at /usr/lib/libpthread.so.0
#5  0x00007f7b4e28ecd3 in clone () at /usr/lib/libc.so.6

Thread 29 (Thread 0x7f7b2a0ea700 (LWP 26064)):
#0  0x00007f7b4e384e52 in waitpid () at /usr/lib/libpthread.so.0
#1  0x0000558a5931706a in  ()
#2  0x0000558a592ad32e in  ()
#3  0x0000558a59310689 in  ()
#4  0x00007f7b4e1f97ca in __vfprintf_internal () at /usr/lib/libc.so.6
#5  0x00007f7b4e20ccc8 in __vasprintf_internal () at /usr/lib/libc.so.6
#6  0x00007f7b493c182a in g_vasprintf () at /usr/lib/libglib-2.0.so.0
#7  0x00007f7b493e545e in g_strdup_vprintf () at /usr/lib/libglib-2.0.so.0
#8  0x00007f7b49408212 in g_logv () at /usr/lib/libglib-2.0.so.0
#9  0x0000000040bfe1b1 in  ()
#10 0x00007f7af31855d0 in  ()
#11 0x00007f7b28b47c40 in  ()
#12 0x00007f7b29421830 in  ()
#13 0x00007f7b294c9330 in  ()
#14 0x00007f7b294c9430 in  ()
#15 0x00007f7b2a0e9988 in  ()
#16 0x00007f7b2a0e9610 in  ()
#17 0x00007f7b2a0e9540 in  ()
#18 0x0000000000000000 in  ()

Thread 28 (Thread 0x7f7b284c6700 (LWP 26063)):
#0  0x00007f7b4e380fa6 in pthread_cond_timedwait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1  0x0000558a5950454d in  ()
#2  0x0000558a5950f3da in  ()
#3  0x0000558a594a8996 in  ()
#4  0x0000558a5944029c in  ()
#5  0x00007f7b4e37aa92 in start_thread () at /usr/lib/libpthread.so.0
#6  0x00007f7b4e28ecd3 in clone () at /usr/lib/libc.so.6

Thread 27 (Thread 0x7f7b2ab03700 (LWP 25880)):
#0  0x00007f7b4e3845da in recvfrom () at /usr/lib/libpthread.so.0
#1  0x0000558a594a4e81 in  ()
#2  0x0000558a594a4f81 in  ()
#3  0x0000558a59424a8f in  ()
#4  0x0000000040b2f98b in  ()
#5  0x00007f7b2ab02378 in  ()
#6  0x00007f7b20000b20 in  ()
#7  0x00007f7a00000004 in  ()
#8  0x0000000000000001 in  ()
#9  0x0000000000000007 in  ()
#10 0x00007f7b2ab02320 in  ()
#11 0x00007f7b2ab02440 in  ()
#12 0x0000000000000000 in  ()

Thread 26 (Thread 0x7f7af33fe700 (LWP 25231)):
#0  0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1  0x0000558a595045a2 in  ()
#2  0x0000558a5945c23f in  ()
#3  0x0000558a5945d6c7 in  ()
#4  0x0000558a5945e06b in  ()
#5  0x0000558a5943cac8 in  ()
#6  0x00000000403b6a7d in  ()
#7  0x00007f7b4db6cdc0 in  ()
#8  0x00007f7b4db6cce8 in  ()
#9  0x0000000000000000 in  ()

Thread 25 (Thread 0x7f7af35ff700 (LWP 25230)):
#0  0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1  0x0000558a595045a2 in  ()
#2  0x0000558a5945c23f in  ()
#3  0x0000558a5945d6c7 in  ()
#4  0x0000558a5945e06b in  ()
#5  0x0000558a5943cac8 in  ()
#6  0x00000000403b6a7d in  ()
#7  0x00007f7b4d930d60 in  ()
#8  0x00007f7b4d930c90 in  ()
#9  0x0000000000000000 in  ()

Thread 24 (Thread 0x7f7af392e700 (LWP 25229)):
#0  0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1  0x0000558a595045a2 in  ()
#2  0x0000558a5945c23f in  ()
#3  0x0000558a5945d6c7 in  ()
#4  0x0000558a5945e06b in  ()
#5  0x0000558a5943cac8 in  ()
#6  0x00000000403b6a7d in  ()
#7  0x00007f7b4d849600 in  ()
#8  0x00007f7b4d849530 in  ()
#9  0x0000000000000000 in  ()

Thread 23 (Thread 0x7f7af3b2f700 (LWP 25228)):
#0  0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1  0x0000558a595045a2 in  ()
#2  0x0000558a5945c23f in  ()
#3  0x0000558a5945d6c7 in  ()
#4  0x0000558a5945e06b in  ()
#5  0x0000558a5943cac8 in  ()
#6  0x00000000403b6a7d in  ()
#7  0x00007f7b4dbe1a90 in  ()
#8  0x00007f7b4dbe19c0 in  ()
#9  0x0000000000000000 in  ()

Thread 22 (Thread 0x7f7af3d30700 (LWP 25227)):
#0  0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1  0x0000558a595045a2 in  ()
#2  0x0000558a5945c23f in  ()
#3  0x0000558a5945d6c7 in  ()
#4  0x0000558a5945e06b in  ()
#5  0x0000558a5943cac8 in  ()
#6  0x00000000403b6a7d in  ()
#7  0x00007f7b4dacd810 in  ()
#8  0x00007f7b4dacd740 in  ()
#9  0x0000000000000000 in  ()

Thread 21 (Thread 0x7f7af3f31700 (LWP 25226)):
#0  0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1  0x0000558a595045a2 in  ()
#2  0x0000558a5945c23f in  ()
#3  0x0000558a5945d6c7 in  ()
#4  0x0000558a5945e06b in  ()
#5  0x0000558a5943cac8 in  ()
#6  0x00000000403b6a7d in  ()
#7  0x00007f7b4da62d90 in  ()
#8  0x00007f7b4da62cc0 in  ()
#9  0x0000000000000000 in  ()

Thread 20 (Thread 0x7f7af2cb3700 (LWP 25225)):
#0  0x00007f7b4e380fa6 in pthread_cond_timedwait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1  0x0000558a5950454d in  ()
#2  0x0000558a5950f3da in  ()
#3  0x0000558a5943c9c2 in  ()
#4  0x000000004038f3cc in  ()
#5  0x0000000000000001 in  ()
#6  0x00007f7b294990d8 in  ()
#7  0x000000000000003b in  ()
#8  0x00007f7b294990d8 in  ()
#9  0x000000000000ea60 in  ()
#10 0x00007f7ad0002980 in  ()
#11 0x00007f7af2cb2a40 in  ()
#12 0x00007f7af2cb28a0 in  ()
#13 0x0000000000000000 in  ()

Thread 19 (Thread 0x7f7af2eb4700 (LWP 25224)):
#0  0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1  0x0000558a595045a2 in  ()
#2  0x0000558a5945c23f in  ()
#3  0x0000558a5945d6c7 in  ()
#4  0x0000558a5945e06b in  ()
#5  0x0000558a5943cac8 in  ()
#6  0x00000000403b6a7d in  ()
#7  0x00007f7b4daa3d08 in  ()
#8  0x00007f7b2943da30 in  ()
#9  0x0000000000000000 in  ()

Thread 18 (Thread 0x7f7b282c5700 (LWP 25223)):
#0  0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1  0x0000558a595045a2 in  ()
#2  0x0000558a5945c23f in  ()
#3  0x0000558a5945d6c7 in  ()
#4  0x0000558a5949b7d2 in  ()
#5  0x00000000404d6816 in  ()
#6  0x00007f7b4d942310 in  ()
#7  0xffffffffffffffff in  ()
#8  0x00007f7b4d942310 in  ()
#9  0xffffffffffffffff in  ()
#10 0x00007f7b4d942310 in  ()
#11 0x00007f7ad8002980 in  ()
#12 0x00007f7b282c4650 in  ()
#13 0x00007f7b282c45c0 in  ()
#14 0x0000000000000000 in  ()

Thread 17 (Thread 0x7f7b28dc7700 (LWP 25219)):
#0  0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1  0x0000558a595045a2 in  ()
#2  0x0000558a5945c23f in  ()
#3  0x0000558a5945d6c7 in  ()
#4  0x0000558a5945e06b in  ()
#5  0x0000558a5943cac8 in  ()
#6  0x00000000403b6a7d in  ()
#7  0x00007f7b4d8988e0 in  ()
#8  0x00007f7b4d898810 in  ()
#9  0x0000000000000000 in  ()

Thread 16 (Thread 0x7f7b28fc8700 (LWP 25218)):
#0  0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1  0x0000558a595045a2 in  ()
#2  0x0000558a5945c23f in  ()
#3  0x0000558a5945d6c7 in  ()
#4  0x0000558a5945e06b in  ()
#5  0x0000558a5943cac8 in  ()
#6  0x00000000403b6a7d in  ()
#7  0x00007f7b4d847da8 in  ()
#8  0x00007f7b4d847cd8 in  ()
#9  0x0000000000000000 in  ()

Thread 15 (Thread 0x7f7b291c9700 (LWP 25217)):
#0  0x00007f7b4e2840d1 in poll () at /usr/lib/libc.so.6
#1  0x0000558a59444608 in  ()
#2  0x0000558a59445b21 in  ()
#3  0x0000558a5944029c in  ()
#4  0x00007f7b4e37aa92 in start_thread () at /usr/lib/libpthread.so.0
#5  0x00007f7b4e28ecd3 in clone () at /usr/lib/libc.so.6

Thread 14 (Thread 0x7f7b29742700 (LWP 25216)):
#0  0x00007f7b4e380fa6 in pthread_cond_timedwait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1  0x0000558a5950454d in  ()
#2  0x0000558a5950f3da in  ()
#3  0x0000558a5943c9c2 in  ()
#4  0x000000004038f3cc in  ()
#5  0x00007f7b4dbfd858 in  ()
#6  0x0000000000000000 in  ()

Thread 13 (Thread 0x7f7b29947700 (LWP 25215)):
#0  0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1  0x0000558a595045a2 in  ()
#2  0x0000558a5945c23f in  ()
#3  0x0000558a5945d6c7 in  ()
#4  0x0000558a5945e06b in  ()
#5  0x0000558a5943cac8 in  ()
#6  0x00000000403b6a7d in  ()
#7  0x00007f7b4dbfd550 in  ()
#8  0x00007f7b2943da50 in  ()
#9  0x0000000000000000 in  ()

Thread 12 (Thread 0x7f7b29ead700 (LWP 25214)):
#0  0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1  0x0000558a595045a2 in  ()
#2  0x0000558a5945c23f in  ()
#3  0x0000558a5945d6c7 in  ()
#4  0x0000558a5945e06b in  ()
#5  0x0000558a5943cac8 in  ()
#6  0x00000000403b6a7d in  ()
#7  0x00007f7b4db60c00 in  ()
#8  0x00007f7b4db60b30 in  ()
#9  0x0000000000000000 in  ()

Thread 11 (Thread 0x7f7b2a6f9700 (LWP 25210)):
#0  0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1  0x0000558a595045a2 in  ()
#2  0x0000558a5945c23f in  ()
#3  0x0000558a5945d6c7 in  ()
#4  0x0000558a5945e06b in  ()
#5  0x0000558a5943cac8 in  ()
#6  0x00000000403b6a7d in  ()
#7  0x00007f7b4db44df8 in  ()
#8  0x00007f7b4db44d28 in  ()
#9  0x0000000000000000 in  ()

Thread 10 (Thread 0x7f7b2ad04700 (LWP 25207)):
#0  0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1  0x0000558a595045a2 in  ()
#2  0x0000558a5945c23f in  ()
#3  0x0000558a5945d6c7 in  ()
#4  0x0000558a5945e06b in  ()
#5  0x0000558a5943cac8 in  ()
#6  0x00000000403b6a7d in  ()
#7  0x00007f7b4db41c60 in  ()
#8  0x00007f7b4db41b90 in  ()
#9  0x0000000000000000 in  ()

Thread 9 (Thread 0x7f7b2af05700 (LWP 25206)):
#0  0x00007f7b4e380fa6 in pthread_cond_timedwait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1  0x0000558a5950454d in  ()
#2  0x0000558a5945c23f in  ()
#3  0x0000558a5945d737 in  ()
#4  0x0000558a5945e06b in  ()
#5  0x0000558a5943cac8 in  ()
#6  0x00000000403b6a7d in  ()
#7  0x00007f7b2af049f8 in  ()
#8  0x00007f7b4db3eb30 in  ()
#9  0x0000000000000000 in  ()

Thread 8 (Thread 0x7f7b3ae2c700 (LWP 25201)):
#0  0x00007f7b4e2840d1 in poll () at /usr/lib/libc.so.6
#1  0x00007f7b49410690 in  () at /usr/lib/libglib-2.0.so.0
#2  0x00007f7b494116d2 in g_main_loop_run () at /usr/lib/libglib-2.0.so.0
#3  0x00007f7b495e5568 in  () at /usr/lib/libgio-2.0.so.0
#4  0x00007f7b493ebc21 in  () at /usr/lib/libglib-2.0.so.0
#5  0x00007f7b4e37aa92 in start_thread () at /usr/lib/libpthread.so.0
#6  0x00007f7b4e28ecd3 in clone () at /usr/lib/libc.so.6

Thread 7 (Thread 0x7f7b3b62d700 (LWP 25200)):
#0  0x00007f7b4e2840d1 in poll () at /usr/lib/libc.so.6
#1  0x00007f7b49410690 in  () at /usr/lib/libglib-2.0.so.0
#2  0x00007f7b4941077e in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0
#3  0x00007f7b494107d2 in  () at /usr/lib/libglib-2.0.so.0
#4  0x00007f7b493ebc21 in  () at /usr/lib/libglib-2.0.so.0
#5  0x00007f7b4e37aa92 in start_thread () at /usr/lib/libpthread.so.0
#6  0x00007f7b4e28ecd3 in clone () at /usr/lib/libc.so.6

Thread 6 (Thread 0x7f7b3b8a6700 (LWP 25199)):
#0  0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1  0x0000558a595045a2 in  ()
#2  0x0000558a5945c23f in  ()
#3  0x0000558a5945d6c7 in  ()
#4  0x0000558a5945e06b in  ()
#5  0x0000558a5943cac8 in  ()
#6  0x00000000403b6a7d in  ()
#7  0x00007f7b4d9748c8 in  ()
#8  0x00007f7b2804a070 in  ()
#9  0x0000000000000000 in  ()

Thread 5 (Thread 0x7f7b4a77d700 (LWP 25198)):
#0  0x00007f7b4e2840d1 in poll () at /usr/lib/libc.so.6
#1  0x00007f7b4acbca95 in Mono_Unix_UnixSignal_WaitAny () at /usr/lib/../lib/libMonoPosixHelper.so
#2  0x00000000403ba4c6 in  ()
#3  0x00007f7b4d922a88 in  ()
#4  0x0000000000000001 in  ()
#5  0x0000000000000002 in  ()
#6  0x00007f7b4d922a88 in  ()
#7  0x00007f7b4d921b60 in  ()
#8  0x00007f7b4d921c50 in  ()
#9  0x00007f7b40002980 in  ()
#10 0x0000000000000001 in  ()
#11 0x00007f7b4a77c950 in  ()
#12 0x0000000000000000 in  ()

Thread 4 (Thread 0x7f7b4aa3a700 (LWP 25195)):
#0  0x00007f7b4e380fa6 in pthread_cond_timedwait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1  0x0000558a5950454d in  ()
#2  0x0000558a5950f3da in  ()
#3  0x0000558a5943c9c2 in  ()
#4  0x000000004038f3cc in  ()
#5  0x00007f7b4d8d6140 in  ()
#6  0x00007f7b4d8d60c0 in  ()
#7  0x00007f7b2947d4e0 in  ()
#8  0x00007f7b4aa399f8 in  ()
#9  0x0000000000000bb8 in  ()
#10 0x00007f7b3c002980 in  ()
#11 0x00007f7b4aa39a40 in  ()
#12 0x00007f7b4aa398b0 in  ()
#13 0x0000000000000000 in  ()

Thread 3 (Thread 0x7f7b4ba35700 (LWP 25194)):
#0  0x00007f7b4e383506 in do_futex_wait.constprop () at /usr/lib/libpthread.so.0
#1  0x00007f7b4e383608 in __new_sem_wait_slow.constprop.0 () at /usr/lib/libpthread.so.0
#2  0x0000558a5949219a in  ()
#3  0x0000558a5944029c in  ()
#4  0x00007f7b4e37aa92 in start_thread () at /usr/lib/libpthread.so.0
#5  0x00007f7b4e28ecd3 in clone () at /usr/lib/libc.so.6

Thread 2 (Thread 0x7f7b4d7ff700 (LWP 25193)):
#0  0x00007f7b4e380bac in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1  0x0000558a594f4b14 in  ()
#2  0x00007f7b4e37aa92 in start_thread () at /usr/lib/libpthread.so.0
#3  0x00007f7b4e28ecd3 in clone () at /usr/lib/libc.so.6

Thread 1 (Thread 0x7f7b4e18f780 (LWP 25189)):
#0  0x00007f7b4e2840d1 in poll () at /usr/lib/libc.so.6
#1  0x00007f7b49410690 in  () at /usr/lib/libglib-2.0.so.0
#2  0x00007f7b494116d2 in g_main_loop_run () at /usr/lib/libglib-2.0.so.0
#3  0x00007f7b4a043df3 in gtk_main () at /usr/lib/libgtk-x11-2.0.so.0
#4  0x00000000404c5840 in  ()
#5  0x00007f7b4d91fdd0 in  ()
#6  0x00007f7b4d91fa70 in  ()
#7  0x00007f7b4d9599b0 in  ()
#8  0x00007ffd9e39a7a0 in  ()
#9  0x00007f7b4d894018 in  ()
#10 0x0000558a5a5833d0 in  ()
#11 0x00007ffd9e39a400 in  ()
#12 0x00007ffd9e39a2f0 in  ()
#13 0x0000000000000000 in  ()
[Inferior 1 (process 25189) detached]
[1]    25189 abort (core dumped)  smuxi-frontend-gnome

Cannot connect without ssh tunnel

Forgive me for not using the issue tracker, I went to reset my password and received a certificate revoked error.

On windows 10, with smuxi 1.0.7, if you try to set up a connection without an ssh tunnel, you cannot complete the wizard.

Reproduction steps:

Create a connection, uncheck use ssh tunnel, input smuxi host localhost, port 7689. Hit forward.

On credentials screen, entier username, passsword, and verify password. Forward does not become clickable. SSH fields are greyed out as expected.

Expected behavior:
I'm running smuxi server in a docker container on a local docker, so I did not have to SSH into a box first. I expect that after entering username and password, that I can continue setting up the connection and testing that it works.

Collapsed server chat prevents sending messages

If you collapse the server chat then there will be no active chat selection anymore. This has the side effect that the entry can no longer issue commands at all.

[1.0] smuxi-frontend-gnome crashes on run

Hi all,

smuxi-frontend-gnome crashes reporting this:

$ smuxi-frontend-gnome 

Native stacktrace:

    mono(+0xccd20) [0x56433896ed20]
    mono(+0x4103c) [0x5643388e303c]
    /lib64/libpthread.so.0(+0x109f0) [0x7f1f830319f0]
    mono(+0x228bc8) [0x564338acabc8]
    mono(+0x22a00c) [0x564338acc00c]
    mono(+0x2310a5) [0x564338ad30a5]
    mono(+0x22a11b) [0x564338acc11b]
    mono(+0x2294c2) [0x564338acb4c2]
    mono(+0x2218c8) [0x564338ac38c8]
    mono(+0x222159) [0x564338ac4159]
    mono(+0x22b16b) [0x564338acd16b]
    mono(+0x22b293) [0x564338acd293]
    mono(+0x1ed40b) [0x564338a8f40b]
    mono(+0x1c299c) [0x564338a6499c]
    mono(+0x4236e) [0x5643388e436e]
    mono(mono_main+0x2d0) [0x564338943080]
    /lib64/libc.so.6(__libc_start_main+0xf0) [0x7f1f82a69580]
    mono(+0x37219) [0x5643388d9219]

Debug info from gdb:

[New LWP 18493]
[New LWP 18492]
[New LWP 18491]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
0x00007f1f830315db in waitpid () from /lib64/libpthread.so.0
  Id   Target Id         Frame 
  4    Thread 0x7f1f7bee3700 (LWP 18491) "mono-boehm" 0x00007f1f8302db10 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
  3    Thread 0x7f1f7b6e2700 (LWP 18492) "mono-boehm" 0x00007f1f8302db10 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
  2    Thread 0x7f1f7aee1700 (LWP 18493) "mono-boehm" 0x00007f1f8302db10 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
* 1    Thread 0x7f1f83b41740 (LWP 18486) "mono-boehm" 0x00007f1f830315db in waitpid () from /lib64/libpthread.so.0

Thread 4 (Thread 0x7f1f7bee3700 (LWP 18491)):
#0  0x00007f1f8302db10 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x0000564338ad2707 in GC_wait_marker ()
#2  0x0000564338aca5a2 in GC_help_marker ()
#3  0x0000564338ad0d9f in GC_mark_thread ()
#4  0x00007f1f8302860a in start_thread () from /lib64/libpthread.so.0
#5  0x00007f1f82b4bbbd in clone () from /lib64/libc.so.6

Thread 3 (Thread 0x7f1f7b6e2700 (LWP 18492)):
#0  0x00007f1f8302db10 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x0000564338ad2707 in GC_wait_marker ()
#2  0x0000564338aca5a2 in GC_help_marker ()
#3  0x0000564338ad0d9f in GC_mark_thread ()
#4  0x00007f1f8302860a in start_thread () from /lib64/libpthread.so.0
#5  0x00007f1f82b4bbbd in clone () from /lib64/libc.so.6

Thread 2 (Thread 0x7f1f7aee1700 (LWP 18493)):
#0  0x00007f1f8302db10 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x0000564338ad2707 in GC_wait_marker ()
#2  0x0000564338aca5a2 in GC_help_marker ()
#3  0x0000564338ad0d9f in GC_mark_thread ()
#4  0x00007f1f8302860a in start_thread () from /lib64/libpthread.so.0
#5  0x00007f1f82b4bbbd in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7f1f83b41740 (LWP 18486)):
#0  0x00007f1f830315db in waitpid () from /lib64/libpthread.so.0
#1  0x000056433896edbd in mono_handle_native_sigsegv ()
#2  0x00005643388e303c in mono_sigsegv_signal_handler ()
#3  <signal handler called>
#4  0x0000564338acabc8 in GC_push_all_eager ()
#5  0x0000564338acc00c in GC_push_current_stack ()
#6  0x0000564338ad30a5 in GC_generic_push_regs ()
#7  0x0000564338acc11b in GC_push_roots ()
#8  0x0000564338acb4c2 in GC_mark_some ()
#9  0x0000564338ac38c8 in GC_stopped_mark ()
#10 0x0000564338ac4159 in GC_try_to_collect_inner ()
#11 0x0000564338acd16b in GC_init_inner.part.2 ()
#12 0x0000564338acd293 in GC_init ()
#13 0x0000564338a8f40b in mono_gc_base_init ()
#14 0x0000564338a6499c in mono_init_internal ()
#15 0x00005643388e436e in mini_init ()
#16 0x0000564338943080 in mono_main ()
#17 0x00007f1f82a69580 in __libc_start_main () from /lib64/libc.so.6
#18 0x00005643388d9219 in _start ()

=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries 
used by your application.
=================================================================

Zrušené (bol uložený výpis pamäte)

Fedora 23 64bit
Mono-4.0.5
Bug ticket: https://bugzilla.redhat.com/show_bug.cgi?id=1266148

[1.0.1] Missing libraries

Hi,

why lib/db4o-net directory is empty?
db4o, like SmartIrc4net, libraries are required by compilation.

meebey / smuxi Goto Github PK

smuxi's Introduction

Smuxi

Software Requirements

Compiling Source

Installing

Running

Source Structure

src/

lib/

po*/

debian/

smuxi's People

Contributors

Stargazers

Watchers

Forkers

smuxi's Issues

Website

Repository

Translations

Recommend Projects

Recommend Topics

Recommend Org