Introduce a flag EventManager::Silent

If this is set, the EventStringifier won't generate a MessageEvent for this event.
This is thought for the CoreSessionEventProcessor (and possibly scripts) to hide
messages in certain cases, without circumventing further processing of the event.
Example would be suppressing WHO messages on autowho.

Event backend porting

RPL_AWAY (301), RPL_UNAWAY (305), RPL_NOWAWAY (306)

Also replacing the fixed strings from the ircd by a translateable version.

Fix an issue with the event loop

Event backend porting

RPL_UMODEIS (221), RPL_STATSCONN (250), RPL_LOCALUSERS (265), RPL_GLOBALUSERS (266)

This were stubs in IrcServerHandler, they're supposed to update the network object.
I've ported the stubs so we'll actually implement that some day...

Event backend porting

AUTHENTICATE, CAP, PONG, TOPIC, RPL_WELCOME (001)

Make sure IrcEventTopic always has two params

In case of an empty topic, adding a null string in the event saves us from
specialcasing this in a few places.

Event backend porting

INVITE, KICK, NICK, PART are using the event backend now.

Add checkParamCount() which stops the event if something's wrong

Debug--

Port IrcServerHandler::defaultHandler() to the event backend

The killing has begun.

Add convenience functions for generating MessageEvents

Note that this displayMsg() takes different params than the old one. Also, the order
is now msg, sender, target instead of target, msg, sender, in order to avoid having to
specify an empty target for most calls.

Convert null strings to empty strings

The storage backend bails out when we hand over null strings, so convert those
to empty strings instead when transforming a MessageEvent into a Message. Null
strings are nicer to use and more efficient, so don't force people to avoid them
in the event handlers.

Change the order of MessageEvent ctor params

Be careful, params are specified in an order different from the old displayMsg(),
since it makes more sense like this and optimizes default arg use.

Move EventStringifier from common/ to core/ for now

We need a way to access the EventManager, which currently works through CoreSession.

Once the stringifier moves into client, we'll use Client instead. Nothing else depends
on core.

Add skeletal EventStringifier

This class is supposed to generate the user-visible messages from IrcEvents,
i.e. it generates MessageEvents. For now, this lives in the CoreSession, which consumes
and converts the MessageEvents into the usual Messages that are then sent to the client.

In the future, this whole class should move into the client, in order to move string generation
out of the core. There's no need to store plaintext strings in the database if we can as well
simply store the IrcEvents, plus this will allow per-client translations.

Introduce event filters

You can now register event filters, either by using registerObject() and providing methods
starting with "filter" (by default), similar to the process functions, or by using registerEventFilter().

These filter methods take an Event* and return a bool. If false, the event won't be delivered to the
target object at all. A typical use case would be to only accept events that are targeted to a particular
network and ignoring the rest, without having to check the net in each event handler.

Note that priority is ignored; for registerObject(), filters are added with the most specialized first,
and for registerEventFilter() you're responsible for the correct order.

Properly handle numeric events

Hook up the event system to CoreSession's legacy displayMsg() processing

Now MessageEvents are handled the same way as displayMsg() calls, and we can start
gradually replacing the latter with the former.

Use a queue for events

Using a queue ensures that events will be processed in order, i.e. if processing
an events generates new ones, those won't be handled before the first one is fully done.
We also let Qt process its own QEvents in between, in order to not block things like
network handling.

Prettify qDebug() output for events

Make IrcParser functional

IrcParser now parses incoming raw data from the ircd and generates the appropriate
IrcEvents from the input. Most of this can be automated via QMeta* stuff, though several
irc commands need special casing for decoding the input (default is just to use serverDecode(),
as this is almost always the right thing to do).

All IrcEvents thus have their parameters as properly decoded QStrings, so we don't need to care
about this anywhere else.

NOTICE and PRIVMSG get some more special handling; multiple targets are broken up into
sending one event for each, messages are decrypted if appropriate, and channel welcome messages
are properly redirected.

Add more Event specializations (IrcEvent*, MessageEvent)

++API, ++EventFlags

Add IrcParser to handle data between the ircd and Quassel

This class processes data from the ircd(via NetworkDataEvent)  and is supposed to
generate appropriate specialized events once this skeleton actually has an implementation.
IrcParser will be IrcServerHandler's successor in many respects.

Introduce NetworkEvent and children

This family of events encapsulates network-related events:
* NetworkConnectionEvent handles the network's connection state
* NetworkDataEvent handles raw data sent from or to the network socket

CoreNetwork now sends a data event to the session's EventManager.

Basic event dispatching (with priorities)

I think priorities make more sense than the prepending/appending of handlers we've had before.

Boilerplate work for CoreSessionEventProcessor

So far just a dummy object that doesn't do anything, this is supposed
to handle events that change the session state (the syncable objects) later.
We also add an EventManager instance. Oh, and some #include cleanup.

Introducing the first shiny stuff for our new event-based core backend

This adds a (very rudimentary) base class for events, and a (very rudimentary)
EventManager. The manager so far allows registering event handlers (even via explicit
methods, or by providing a QObject. In the latter case, matching slots will be automatically
registered (i.e. a method handleIrcEventJoin() will be registered as handler for
IrcEventJoin).

Fix typo

fixing build on non-mac systems. ooopsi.

fixing application menu entries and shortcuts on Mac OS

remove merge fragments from hu.po + ru.po

l10n: Updated Galician (gl) translation to 79%

New status: 741 messages complete with 4 fuzzies and 185 untranslated.

Transmitted-via: Transifex (www.transifex.net).

l10n: Updated French (fr) translation to 100%

New status: 930 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (www.transifex.net).

inxi bumping: 1.4.15

add placeholder to tr message

Fixing issues with multiple CTCP requests in one message

 If we receive multiple CTCP requests in one PRIVMSG we now answer with
 one packed NOTICE containing all CTCP replies. This fixes a possible
 DoS Attack rendering Quassels IRC connection useless. Upgrading is
 strongly recommended. Thanks to Jima for reporting and supporting.

Properly reject invalid handshake data

Currently, if a client attempts to configure a core's storage backend
even though it is already configured, the core will ignore the attempt
silently (e.g. the existing storage backends will simply drop the request,
but the client also won't receive an error message). This can never happen
unless you use an alternative client with a buggy handshake sequence though,
since quasselclient checks if the core is already configured beforehand.

Nonetheless, it makes sense to properly error out from the core side, just in case
we're getting new storage backends in the future that don't properly check this,
or alternative clients which might be confused by not receiving an error when they should.

Thanks to JodaZ for pointing this out.

Update ChangeLog

Unbreak ru.po again. Maybe. Hopefully. Meh

l10n: First upload of the Galician translation file.

New status: 712 messages complete with 4 fuzzies and 214 untranslated.

Transmitted-via: Transifex (www.transifex.net).

l10n: Updated English (United Kingdom) (en_GB) translation to 100%

New status: 930 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (www.transifex.net).

l10n: Updated Italian (it) translation to 98%

New status: 919 messages complete with 2 fuzzies and 9 untranslated.

Transmitted-via: Transifex (www.transifex.net).

Launchpad automatic translations update.

Completely unbreak ru.po

Revert "Revert "update Russian translation from 0.6""

This reverts commit 209b670b1a6c3f83ea06c7dc2f389c6e1f6b039c.

Launchpad automatic translations update.

l10n: Updated Japanese (ja) translation to 45%

New status: 421 messages complete with 43 fuzzies and 466 untranslated.

Transmitted-via: Transifex (www.transifex.net).

l10n: Updated French (fr) translation to 100%

New status: 930 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (www.transifex.net).

l10n: Updated Slovenian (sl) translation to 99%

New status: 923 messages complete with 0 fuzzies and 7 untranslated.

Transmitted-via: Transifex (www.transifex.net).

l10n: Updated Ukrainian (uk) translation to 100%

New status: 930 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (www.transifex.net).

translate string, fixes #1019

Check if the notifications client supports actions

Ubuntu's notification system doesn't support actions and shows fugly popups
in case apps still define them. So we check for the capability and disable actions
if they're not supported.

Needless to mention that the Quassel team heartily recommends using a notification daemon
that is action-enabled for added value.

Fix license for statusnotifieritem*

kdelibs are LGPL 2+, so our derivations should be appropriately licensed.

StatusNotifierItem ("D-Bus tray icon") improvements

* Get rid of the serviceOwnerChange() deprecation warning in Qt >= 4.6
* Fix behavior when the StatusNotifierHost (dis)appears. Thanks to notmart for
  fixing this in KDE as well; note that older versions of KDE's SNWatcher won't signal
  when the host goes away, so Quassel won't go into legacy mode!
* Fix hiding of the tray icon in StatusNotifier mode. No more restarting needed.

Post-branch version bump

Bump version.inc for release

Revert "update Russian translation from 0.6"

File completely broken.

This reverts commit b81afcbc8cc0f14e38ce828c9fe5cf11aad81b48.

update Russian translation from 0.6

fix translations translating SASL with SSL

make quasselcore listen on IPv6 if available

On most TCP/IP stacks creating a IPv6 listen socket will also allow IPv4
connectivity via IPv4-Mapped IPv6 Addresses. Notable exceptions are
NetBSD and OpenBSD.
Due to these exceptions a successful IPv6 bind() doesn't guarantee IPv4
connectivity, so we still have to try both.
The former implementation did this too, just in the wrong order.

handler for RPL_WHOISACCOUNT(330), fixes #210
we handled it already in default case for numeric replies, but the
output for 330 was not well formed (see bug request).

Change the attention icon to include the globe again

Let's see if the Burning Ring of Fire ™ looks better with the globe...

Still need to finetune the scaled icons a bit later.

Add support for dbusmenu

If libdbusmenu-qt is present, Quassel should now export the tray menu via D-Bus.
Note that I could not test this as my KDE doesn't seem to care about dbusmenu here...
Note also that icons in the tray menu won't be displayed for now.

This also adds the new IconThemePath() method for the StatusNotifier.

Buildsystem tweaks

* Improve PkgConfig support. Warn if it's not available (might lead to other
  libs not being found, such as QCA or libindicate!)
* Don't check for deps that are unnecessary for the selected build modes (fixes #592)
* Bundle some missing cmake files from KDE

Bump Oxygen icons and add missing ones

Fix up fullscreen action

* Use the appropriate KStandardAction for KDEified Quassel
* Use proper icon naming ("view-fullscreen")
* Make it a toggle action

bring cs back up to 100%

write correct version in mac-bundle;
fixes #833

Launchpad translations sync

Update quassel.pot

l10n: Updated Japanese (ja) translation to 47%

New status: 410 messages complete with 28 fuzzies and 422 untranslated.

Transmitted-via: Transifex (www.transifex.net).

l10n: Updated Greek (el) translation to 6%

New status: 59 messages complete with 10 fuzzies and 791 untranslated.

Transmitted-via: Transifex (www.transifex.net).

l10n: Updates to Turkish (tr) translation

New status: 619 messages complete with 0 fuzzies and 241 untranslated.

Transmitted-via: Transifex (www.transifex.net).

Bump version.inc for release

Unfortunately post-tag because I forgot to commit. Meh.

Fixed code duplication

Parse idle and signon time when there is no IrcUser, fixes #1008

Japanese is ja, not jp

update Italian translations

Update ChangeLog

Fixed highlighting of buffers caused by ignored messages.

new handler for ctcp clientinfo, fixes #1012

- added new handler for ctcp clientinfo
- replaced contextmenu ctcp finger command with clientinfo
- finger contextmenu action was not working, no handler is implemented
  for this

improved ctcp handler method, fixes #1011
do not add space in ctcp handler method pack if message is empty

 applied patch for stylesheet update, fixes #1000

Remove deprecated manageusers.py script

Use quasselcore --adduser and friends instead.

Force parsing of PREFIX in RPL_ISUPPORT. Fixes #936

In some cases the automatic parsing of PREFIX was actually
triggered before RPL_ISUPPORT was actually received. In this case
the internal prefix configuration would only contain the default
modes, and not the network specific modes, which would cause
custom modes to be ignored completly.

This patch forces the parsing of PREFIX directly after RPL_ISUPPORT
was received, and the data is available.

Fix host shown for whois when IrcUser didn't exist

print sql queries when running core in debug mode

synced WindowID with KDE/kdelibs/kdeui/notifications/kstatusnotifieritemdbus_p.cpp, now building with kde support is possible with mingw w64

Rethink buffer preselection

As automatic buffer selection on startup clears the activity,
this will hopefully be the best solution without another clientsetting..

All versions will select the statusbuffer of a connecting network if
no valid buffer is currently selected.

Monolithic version will always start with the last selected buffer.
There is just no activity until next start.

Client will now only preselect the last buffer if the connection was not
closed by the user.
If the connection was closed manually or after fresh client start,
the statusbuffer of some connected network will be shown.

Fix buffer preselection on reconnect

Removes restriction on valid buffers in AbstractBufferContainer to
be able to clear buffer selection.

Show the active icon in tray menu

new handler for RPL_INVITING 341, fixes #1007

handle incoming invite, fixes #961

introduce fullscreen mode, fixes #803

Add rudimentary keyboard navigation for previous/next buffer

Default keys are Alt+Up/Down to navigate through the channels in the bufferview
marked as active (indicated by a dot in the view name). The active view
can be changed with Alt+Left/Right and/or the Forward/Back keys depending on the
platform.

No longer disable the input widget for inactive buffers

Some users need or want to be able to enter text even in inactive buffers, so
don't stop them from doing so, other clients don't either.

Also, disabling the input line seems to eat global QAction shortcuts for some bizarr
reason (even though the MainWin is marked as focusWidget, it doesn't receive any keypresses
when the input line is disabled).

Fixes #462.

Save/restore active bufferview

Introduce the concept of an "active" bufferview

For things like keyboard navigation, we need to mark a given bufferview as the active
one, so concepts like "next/previous channel" have something to refer to. We now mark
the active bufferview by a little dot. The user can switch through the visible views
using the "Forward" and "Back" standard keys, which usually map to Alt + Right/Left.

No (re)storing of the active view yet.

Rework message splitting to properly handle encrypted messages

Since cutting off a crypted message produces garbage, and we can't reliably predict
how long the encrypted version will be in relation to the cleartext string, we need
to do some extra trickery in the message splitting code.

As a side effect, the split char now also remains on the previous line, which is
aesthetically way more pleasing than starting a line with a space or punctuation.
trickery for this case. Since