Activity
From 12/04/2009 to 01/02/2010
01/02/2010
-
11:36 PM Revision 7f471b80f39109b62079ac650b32734d14af2eeb: Merge branch 'master' of ssh://git.qnetp.net/g...
- Merge branch 'master' of ssh://git.qnetp.net/git/smuxi
-
11:32 PM Revision 9fa24e4216fc6c4df8032f162ef5494566bcdabf: German translation minor changes
- German translation minor changes
-
- Apply encoding settings on connects and reconnects.
-
11:10 PM Feature #265: Wizard to create user configuration for remote connecting to smuxi-server
- Configuration of smuxi-server as to be done manually for now. It would be better if the graphical front-end could help the user to do that.
-
- Updated German Translation
-
- Apply encoding settings on connects and reconnects.
-
- Updated translations (make update-po)
-
- Proper english.
-
- Disabled logging noise.
-
- Appliqué par commit commit:"3817b82829b2e097c36e9a45fa8195d028504584".
-
- Merge branch 'merge/moonpyk/master' (closes: #264)
-
- French translation updated to current po status
-
- Added Twitterizer.Framework to EXTRA_DIST.
-
- Fixed incorrect method names in log messages.
-
- French translation has been updated to current PO status. You can pull changes from my repository. Commit log : http://moonpyk.ath.cx/git/?p=smuxi.git;a=commit;h=1780abfcea34772df6da7d0c0682bfe8dee71b49
-
- As Smuxi now shows unknown replies from the IRCd directly, we should do this for sending uknown commands to the IRCd too, see #256
-
- For a start we could use different colors for events and regular messages.
-
- Most IRCd don't like search pattern without wildcard characters such as "*" leading to failing search attempts. Smuxi should be default add those if not specified by the user.
-
- Applied in changeset commit:"08ff94a7626bf6247cb22873143d608e6a7dd151".
-
- Applied in changeset commit:"08ff94a7626bf6247cb22873143d608e6a7dd151".
-
- Applied in changeset commit:"16745569c260672dad2942a2a4593ab4870c26eb".
-
- Applied in changeset commit:"40048995df0c8ee231c24d5fbf3797261292e5e2".
-
- Updated translations (make update-po).
-
- Fixed regular (planned) reconnects and forced reconnects after a detected network issue. (closes: #244)
-
- Make sure that the local port of the remoting channel is ready.
-
- Cleanly unregister existing remoting channels by using their name.
-
- Make use of the SSH keep-alive feature for the SSH tunnel to detect network issues faster. (closes: #258, #248)
-
- Added some Trace.Call() and logging calls.
-
- Check if the local port for a SSH tunnel is already in use and throw an exception if it is. (closes: #243)
-
- Disabled some logging noise.
01/01/2010
-
- If there are network issues then _CheckFrontendManagerStatus() will block the whole GUI as it's done in a foreground (main) thread. Smuxi should use a background thread here so the application stays interactive.
-
- David Paleino wrote: > Mirco, what do you think about using some non-printable character for this? Say, like LOL a redmine bug chokes on your \0 ^^ That would surely work but makes it incompatible with older versions. I thought about esca...
-
03:15 PM Bug #239: | can't be used as part of the nick in preferences -> connection -> nickname
- Mirco, what do you think about using some non-printable character for this? Say, like \0. I agree that this makes the configuration file less hand-editable though. /me wanting to hack on Smuxi again \o/ \o/ \o/
12/31/2009
-
- Applied in changeset commit:"f7acdaa0eaa58ac8126f9ccf9b2e275b495e62a3".
-
- Added a check and dialog that prevent adding engines with an already existing name. (closes: #246)
-
- Applied in changeset commit:"cb7d7a7a6a659111a7fb957971d63927f2c10d9a".
-
- Fixed NullReferenceException when using /reconnect after failed /connect. (closes: #249)
-
- Applied in changeset commit:"01b4135d3dff88740e958f52f7f71cad838e8485".
-
- Fixed /server command crash by repacking the command into a /connect command making IProtocolManager.Command() happy. (closes: #260)
-
- Applied in changeset commit:"9dc69c4caa22f7f97bdfc5180434439b7b765bee".
-
- Fixed leaving an IRC channel two times if the tab close button was used, as the base implementation of Close() handles this already. (closes: #261)
-
- Added performance logging call for chatView.AddMessage().
-
- Removed logging overkill. Optimized Buffer.Insert*() call.
-
- Moved parsing hexcodes to TextColor.Parse(). Remove old cruft from ColorTools. Replaced heavy KeyValuePair key with int of the ColorTools.f_BestContrastColors cache.
-
- Pimped Trace.Call() implementation reducing the overhead from 0.43ms to 0.01ms per call.
-
08:12 AM Bug #234: crash on open
- YAY!!!!
-
- If you leave a channel using the tab context menu -> close seems to try to leave the channel two times resulting in this error on the server tab: ...
-
- Applied in changeset commit:"84207473f0f578cab268e97eff8d3da57bed9ec0".
-
- Don't use the TextBuffer.Changed event to refresh the text marks and delete line checks as it's raised way too often for that causing major slowdown for messages with lots of color information. /names command went from 9 seconds down to 430 ms on ...
-
- Oh and that 9 seconds went down to 430 ms on the first call and 130 ms in the second call :-)
-
- Yep, that was the issue. _OnTextBufferChanged() was refreshing text marks and also checking if lines need to be removed and that for every single buffer change (adding one line might do hundreds of changes). The code was simply moved from _OnText...
-
- Looks like its the ChatView._OnTextBufferChanged() that slows it really down. Every buffer insert triggers that method, and /names does lots of buffer inserts for all the color tags. /names on #smuxi went down from 35ms to 5ms :)
-
- 3rd /names call a bit better but still slower than 1st: ...
-
- 2nd /names command took even longer, wtf? ...
-
- It's not the remoting transport either, the call of AddMessage() itself on the widget really takes almost 10 seconds on a channel with 333 users (tested with #debian @ OFTC): ...
-
- It's NOT the contrast algo as I thought, so it must be something else: ...
12/30/2009
- 02:25 PM Revision b85b9acc1847dc7b4bf1df20314bd74a1cb0d786: Initial Italian translation of smuxi-engine-tw...
- Initial Italian translation of smuxi-engine-twitter. Signed-off-by: Mirco Bauer <meebey@meebey.net>
-
- The color contrast algo seems to have high CPU usage, this should be profiled and optimized.
12/29/2009
-
- Ingo Saitz wrote: > You could set ServerAliveCountMax to a low value (1 or 2) and the interval to the number of seconds. Yeah I plan to set ServerAliveCountMax to 3 and ServerAliveInterval to 30, then it would kill it after 120 seconds.
-
08:38 PM Feature #248: stray SSH tunnel checker
- You could set ServerAliveCountMax to a low value (1 or 2) and the interval to the number of seconds.
-
- What would be even better if I could tell SSH that the tunneled port has to be used within X seconds/minutes, if not -> kill the tunnel....
-
- Very interesting SSH options. I will try to integrate those in the 0.6.5 release. Thanks for the info!
-
- The /server command is throwing an exception which it shouldn't.
-
- Applied in changeset commit:"d839da8edb4fb0cd43a8f3b258ee04512109c0bb".
-
- Treat a SocketException like a RemotingException as MS .NET is not wrapping low level socket issues into a RemotingException. (closes: #232)
-
- Applied in changeset commit:"28f733c9890edac6dcad798bb373006bbac44c9c".
-
- Applied in changeset commit:"28f733c9890edac6dcad798bb373006bbac44c9c".
-
- Added a workaround for empty generic dictionaries, as MS .NET will fail to deserialize those from Mono. (closes: #198)
-
- Applied in changeset commit:"172f225d56fc7849f198c589e9a29e256fc44c86".
-
- Implemented GetProtocolMessageLength() method which predicts how long the final IRC message will be. Split too long messages down into smaller ones when needed. (closes: #259)
-
- The IRC protocol only allows up to 512 bytes per raw protocol message. Most IRCds will simply cut everything longer than that. Smuxi should split too long messages down into multiple messages when needed.
-
- This can be automated by ssh using KeepAlive messages, which are part of the ssh protocol, by setting ServerAliveInterval and ServerAliveContMax as aggressive as neccessary.
-
02:39 AM Feature #257 (Closed): Swedish translation of Smuxi files
- Applied in changeset commit:"9e5c2dd9fc1b674a7d5f7d3a86cf26753fb88cd6".
-
- Updated translations (make update-po).
-
- Your translation has 100% coverage, well done and thanks a lot for your contribution!
-
- A complete translation to Swedish. (closes: #257)
-
- Updated translation (make update-po).
-
- French translation : corrected some typos, updated to current status. Added twitter module translation.
-
- Ignore Mac OSX noise
-
- Applied in changeset commit:"d1235a1a6e30ee22409777d183e00736a3298cdb".
-
- Make sure the HasSelection and HasFocus property of GroupChatView honor the topic textview too. (closes: #241)
-
- Good news for you, I could track this issue down with the help of Cobrian, check the #198 ticket for the updates. I will add a workaround for this issue in the next release!
-
- Applied in changeset commit:"a93ffcec2986f3bc38899b0da6d587af12a665db".
-
- Clear possible highlights for messages we are sending (local echo). (closes: #247)
-
- Applied in changeset commit:"3b99543159ca5698bccd1731945a2000cfcfc2c8".
-
- s/irc.ircnet.com/irc.ircnet.org/. (closes: #250)
-
- As #256 is implemented this bug is fixed at the same time.
-
- Applied in changeset commit:"66af692ed4d544c30c7ee0485237a6f3d53d47e0".
-
- Applied in changeset commit:"66af692ed4d544c30c7ee0485237a6f3d53d47e0".
-
- By default show all unknown/unhandled IRC replies in a formatted way. (closes: #256)
-
- SSH tend to freeze easily if packets are dropped and needs 1 to 2 minutes to resume the session correctly. Using smaller timeout value or other settings this could possibly enhanced.
12/28/2009
-
- A complete translation to Swedish, just ping me for updates if needed. I just noticed that the files have been sitting in my folders for over a month.
-
- Added translator hint for the "Wrap Mode" setting.
-
- This is actually a duplicate of #256 as that one will make sure all replies are shown if unknown (unhandled) to Smuxi.
-
- Applied in changeset commit:"831f634b295c01b06ae16d8e121dca841238c668".
-
- Merge branch 'bug/#253_local_channels_have_wrong_tab_colors'
-
- Escape pango markup where needed, fixing tab colors if the channel contains a & character for example. (closes: #253)
-
- Fixed typo.
-
- Applied in changeset commit:"b989aec69943ec2c8455e3925e6f754e2b3b95d3".
-
- Added a workaround for a thrown NullReferenceException when a persons joins or parts an IRC channel who does not exist. (closes: #254)
-
- Regardless of the exception root, Smuxi needs to deal with this situation too, as it manages it's own person list.
12/27/2009
-
- Smuxi is filtering by default all IRC server replies and only shows the one that seem to be senseful, but it also filters all unknown replies leading to an uninformed user if he uses special commands like /raw or other special replies not known to...
12/25/2009
-
- IRCnet supports an anonymous channel mode. This mode will make all people anonymous by replacing their real nickname, ident and host with fake ones. Sadly it replaces those with the same value for ALL channel users. This leads to an exception in t...
-
- When you join a &chan the tab color will always be white, as the & characters is parsed by pango which causes a pango markup error. Smuxi has to escape such characters for pango.
-
- To workaround this issue, Smuxi should only start blocking new join attempts if a join is actually happening... say the first response of a join attempt like NAMES IIRC.
-
- I think I know when that happens. Say you attempt to join a channel but the channel is full, not existing (!chans) or is invite only, Smuxi will still wait (forever) and hoping that the previous join finishes, which will never happen...
-
- If you try to join a !foo channel and that fails, smuxi is not showing any error. Here the protocol log: ...
-
- When I connect to a server I can use the /join command as usual, but after some time the /join command is completely useless as it's not doing anything at all. I suspect the new join flood-protection feature has a bug in there, see #240
-
- ...
-
- Exception Type: System.NullReferenceException Exception Message: Object reference not set to an instance of an object Exception StackTrace: at Smuxi.Engine.IrcProtocolManager.Connect (Smuxi.Engine.FrontendManager fm) [0x001bb] in /home/...
12/24/2009
-
- From time to time the following scenario happens: * Frontend connects to remote engine using a SSH tunnel * Frontend dies (say SIGTERM or crash -> SEGV) * Restarting the frontend will cause an error message about "Connection refused" because an...
-
- If you use your own nick in a message it also triggers a highlight
12/21/2009
-
- After comparing both tcpdumps I noticed that the difference is there are empty userlists in channels in the dump where the connect issue is. As PoC I kicked Cobrian from the #smuxi channel which leads to an open tab but with an empty userlist. Aft...
-
- Here a tcpdump capture session after the smuxi-server was restarted, and connecting works again.
-
- Thread dump of smuxi-server, which shows clearly some leaked frontend manager threads: ...
-
- Here a tcpdump capture session of the .NET remoting packets: tcpdump -w smuxi.tcpdump -i lo -s 0 -n port 7689
-
- .NET Version used for the frontend: 3.0
-
- Mono version of smuxi-server: ...
-
- Here some details that might help to identify the issue: ...
12/19/2009
-
- It's possible to create two remote-engine-entries with the same name. Changes to one of the engine-entries apply automatically to both entries. If one entry is going to be deleted, deletion also applies to both entries.
12/14/2009
-
- The status bar is breaking up text - in that case the timelag is not displayed
12/07/2009
-
11:01 PM Bug #244: Transition remote -> remote fails with connection refused on localhost:7689/SessionManager
- Filing a bug as requested. When switching a smuxi-frontend-gnome instance Remote->Local->Remote (or simply Remote->Remote) the last connection fails with "connection refused on localhost:7689/SessionManager". This is apparently: 09:45 <meeb...
-
- If a SSH tunnel is being created Smuxi needs to check if the local forwarding port is not currently used. Else it will start the SSH client and believes the tunnel is ready to be used, while the port was blocked by some other application or stray ...
-
- Ignore gedit noise.
-
- Updated translations (make update-po).
-
- Provide better defaults for the po header.
-
- Added Czech translation to LINGUAS files.
- 08:53 PM Revision c6b85c30ef22a6cd75ff80eaf3b3e110b1ad3744: Initial Czech (cs) translations. Signed-off-b...
- Initial Czech (cs) translations. Signed-off-by: Mirco Bauer <meebey@meebey.net>
12/04/2009
-
01:32 PM Feature #176: Notification-OSD support
- +1 Yes this would nice when one spoke your name.
Also available in: Atom