Today we are happy to announce a new beta version of KDE Telepathy, KDE's instant messaging client.

KDE Telepathy is a suite of applications and plasmoids to allow chatting, file transfer, video calls etc (where available). over popular instant messaging networks. Facebook, Google Talk, Jabber, SIP, and many many more putting all your instant messaging in one place - on your desktop.

New backends support

Instant messaging is a constantly evolving platform. There was a time when everyone important was on AOL instant messaging, now that's unlikely. This evolving landscape is one of the main reasons for using Telepathy as our backend which is used my multiple clients.

We not only have our own backends, but can support everything provided by libpurple. We've looked at some of the up and coming libpurple backends and added the small amount of code to make everything available. In this release we now support setting up Steam and Groupwise accounts, if the relevant libpurple backends are available.

Due to the clever separated architecture of the Telepathy framework, unstable backends do not cause instability in the main application.

In addition we are working on developing our own backends, a GSOC student this summer has developed support for sending SMS messages via ModemManager.

More Text Filtering Plugins

Send LaTeX formula in chats!

We've ported some of our favourite plugins from Kopete, and now we are able to send LaTeX maths formula to each other, great for when you're stuck on the class assignment.

Short URL Expansion

This new plugin automatically expands any shorterned URL to see where it redirects to. No more nasty surprises.

Collaborative Editing

As a Google Summer of Code project, collaborative text editing was added to kde-telepathy. Most prominently, there's now a "Collaboratively edit a document" button in the chat window, which allows you to edit a document together with a contact without any setup being required (except for you and your contact installing the application, of course). Instead of introducing a new dedicated collaborative editor, this feature integrates with existing KDE applications, such as Kate or KDevelop.

This works by using a technology called Telepathy Tubes, which defines a way to use Jabber to open a TCP connection to a contact in the best most efficient way possible. In most cases, it should use a proxy server, but if a direct connection without a proxy is possible, it will prefer that. If even the proxy does not work, it can also fall back to transferring data directly over the Jabber server, which is a bit slower, but works for every environment.

Documentation on how to use and install this feature is available here. A more in-depth announcement of the current release is here.

Contact Aggregation

The advantage of using a multi protocol instant messaging client is we are able to show all your accounts in once place. However, this can lead to multiple entries for the same contact across different services.
We are now able to join multiple contacts together, we've introduced a user-interface that allows you to choose to ignore the technical details and start chats quickly or provide fine-grained control as required.

We provide this by adding support for libkpeople - a new system-wide KDE metacontact library aggregating information from all contact sources not just instant messaging contacts but also your local address books, Facebook Feeders, Google contacts, LDAP servers and anything else that provides contacts.

Libkpeople works by syncing contact data from all sources into Nepomuk, this means that in addition to grouping instant messaging contacts together we can also interact with data from other sources. We can see email addresses, phone numbers addresses and start a range of actions.

As this includes both a Nepomuk dependency and a new library we've opted for having two modes, one with the additional features and the other without. If you don't run Nepomuk you will still have original contact list working as before.

In this release we are only adding small subset of new features KPeople is going to provide as it is still very much a work in progress. We wanted to ship this now, to give basic metacontact support setting the buildling blocks for the more advanced features.

Note as this is a new library, your distribution may or may not have this supported.

Fixes Galore

In addition to all the new features we have been working on fixing lots of additional papercuts throughout the rest of KDE Telepathy.

There have been over 950 commits since 0.6 and over 300 bugs resolved.

Getting The Beta Release

KTp 0.6.80 is available at http://download.kde.org/unstable/kde-telepathy/0.6.80/; packages should be available in some of the major distributions shortly.

If you encounter any problems with the beta, please file bugs on our bug tracker

Getting Involved

As always we need new developers, entering the beta cycle we need lots of people to help fix bugs that may be in 0.7 as well as helping with all the exciting new features we have planned for 0.8. We already have a huge list of things we want to do.

You can find out more about getting involved here on our wiki.

Many of you in recent weeks have probably faced problems with Facebook XMPP's server. They are migrating to new servers which have had their share of problems, causing KDE Telepathy clients to display the following:

Not everyone is affected at the same time due to a gradual roll out by Facebook.

Fixing this problem

This particular problem is caused by a non RFC compliance in Facebooks XMPP service.
I don't mean to blame the Facebook developers here, everyone makes mistakes, especially when dealing with XMPP 🙂

In this particular case they are missing a parameter which, whilst required by the specification, is not practically needed. Our library then assumes something is wrong and quits.

Thanks to help from users at http://forum.kde.org I was able to reproduce the problem.

I have added a workaround in the Telepathy Gabble backend to resolve this issue which should fix KTp, Empathy, and other Telepathy users (including the Nokia N9 if they were to make a new release). Other upstream developers helped spring into action to clarify RFCs, add regression tests and backport into 3 different stable releases.

It really highlights the importance and advantages of sharing backends.

Moving forwards

In order to prevent problems like this in the future I am now a member of the Facebook XMPP developer relations group. In addition I now connect to a beta version of the Facebook Chat gateway so we can spot and communicate errors faster.

Summary

Upgrade telepathy gabble to the latest version (0.18.1) and this problem should go away. Backports are coming soon.

Season of KDE is now officially open for applications.

To apply head to http://season.kde.org register as a student and click "Submit a proposal"

What is Season of KDE?

Season of KDE is a community outreach program, much like Google Summer of Code that has been hosted by the KDE community for five years straight.

It is meant for people who could not get into Google Summer of Code for various reasons, or people who simply prefer a differently structured, somewhat less constrained program. Season of KDE is managed by the same team of admins and mentors that take care of Google Summer of Code and Google Code-in matters for KDE, with the same level of quality and care.

Who can take part?

Everyone can apply for Season of KDE. We give preference to those who have applied for Google Summer of Code and to students, but we will gladly consider applications from anyone.

What do I get out of this?

A great summer working on a really cool KDE project and gaining valuable experience. If you complete your project successfully you also get a T-shirt, a certificate, and maybe a few other goodies.

What is the timeline?

Season of KDE is a flexible project to fit around school terms, work, and other commitments, and start and end dates can be discussed with your mentor. Projects should be completed before the end the year, a typical Season of KDE project should take around 2 months.

How do I apply?

First get in touch with a mentor about your ideas, and what projects they want to run.

Then head to http://season.kde.org and follow the instructions.

Do I need to have a mentor before applying?

It is preferred. Ideally, you should contact a KDE subproject well before applying, ask for feedback on your idea if you have one, and request a mentor directly. A list of KDE subproject contacts is available on the Google Summer of Code 2013 ideas page. You can also apply without a mentor and we will try to find one for you.

Do I need to have a project idea before applying?

It is preferred. If you do not have one we will try to find one for you. Keep in mind that the KDE community is pretty big, so you should at least have an idea of which KDE subproject you wish to work on.

Do I need to write a proposal like in Google Summer of Code?

No, but we would like to see a brief project plan describing what you will be working on.

Is it only for coders like Google Summer of Code?

We are willing to consider non-coding projects as well including artwork and promotion, but you should definitely get in touch to figure out the details beforehand. The KDE Community Wiki describes ways to get involved with KDE that do not require coding.

I applied for a project in Google Summer of Code but another student got selected for it. Can I still work on it?

Maybe, but likely not. You should ask the mentor that was assigned to your idea. We can try to find something related for you if you want, or something completely different. Let us know what you wish and we will do our best to accommodate your request.

Is this an extension of Google Summer of Code or connected to Google?

No. While Season of KDE is in many ways modeled after Google Summer of Code and administered by the same members of the KDE community, it is completely independent from Google Summer of Code and has no connection to Google whatsoever.

—

For further questions feel free to join our IRC channel #kde-soc on Freenode or email the admin team at kde-soc-mentor-owner@kde.org.

We have just released version 0.6.3 of KDE Telepathy, the instant-messaging client for KDE.

This is a bug fix release in the 0.6 series adding further robustness and completeness.

Fixes include:

• Better invalid SSL certificate handling
• Improved keyboard navigation
• Fixed "respond" button not always working in Plasma notifications

A more complete list is available here.

Updated packages are coming for most major distributions.

We have just released version 0.6.2 of KDE Telepathy, KDE's instant messaging client.

This new minor release brings some important fixes on some crashes that occurred in rare conditions that we hadn't found before our initial release.

Crash Fixes

• 304085: Contact list crashed after unlocking screen
  Git Commit
• 318793: contact list crashes when closing the settings dialog
  Git Commit
• 319040: crash on startup
  Git Commit

Bug Fixes

• 318663: Esc key when filtering contacts does not reset filter model
  Git Commit
• 318751: Groupwise logs imported from Kopete are displayed with HTML tags in chat window.
  Git Commit
• 319162: Contact tooltips miss presence icon since model porting
  Git Commit

Getting Involved

As always we welcome new contributors, we are about to merge in some very exciting new changes, and it's a good time to get involved in testing and hacking.
The best way to get a new feature is to write it 🙂

For details please see our wiki page at http://community.kde.org/KTp/Getting_Involved

About

No tablet would be complete without instant messaging. Thanks to awesome bachelor thesis work we had a non-working mockup of an active client. This active client remains separate from our desktop work.

In recent weeks I've been transforming this code to go from a non-working prototype to something working with real contact lists and text chats.

How to set up the latest ktp-active

Install the latest version of plasma-mobile-components. Personally I use project-neon for this to keep a separate environment.

Install the latest (git master, not 0.6.1) of ktp-common-internals

You will need to open system settings and change your workspace theme to "Air Mobile".

git clone git://anongit.kde.org/ktp-active

Change directory to application/package and run "plasmoidviewer"

You will need to set up your accounts using either our desktop Accounts KCM Module, or manually using the mc-tool command line tool.

This sounds awesome, how can I get involved?

See our KTp wiki page http://community.kde.org/KTp/Getting_Involved
We have a wiki page for the active project, which lists some tasks to be done. We are not accepting bug reports on ktp-active at this point.

Ping me (d_ed) on IRC for details.

With Canonical's decision to make a new display server, there's been some questions as to how this affects LightDM and the KDE front end I've spent a long time working towards.

It's a perfectly sensible question, LightDM has heavy Canonical sponsorship, and a display server needs to be supported in the display manager.

Canonical (and Ubuntu) have decided not to adopt Wayland as their new display server, but a new in-house system called Mir. We in KDE have already made the decision that Wayland is the future, and work in kwin has already begun on that. Having a Display Manager that supports a Wayland system compositor is essential to our long term strategy.

I've been asked to address this a lot, so I'll put my thoughts in a blog post.

The back story

After a bad experience customising KDM for a really important and scary client I wanted to redo the UI and customisation experience of KDM.

I wanted to rewrite the whole UI and config side, so started looking through KDM code. It was around this time Robert Ancell posted about LightDM, a new display manager that aimed to be greeter agnostic. This was around 2 years ago when everyone was getting excited over Wayland, it was clear it was in LightDMs roadmap.

This seemed like a win, win situation. I get an easier platform to write my new login manager on *and* I get to bring Wayland support to KDE.

I wrote Qt bindings around LightDM upstream, along with a reference QWidget based greeter. I then started working on the KDE greeter in our repository.

The KDE greeter is approaching version 0.4. It is included in many distros, and generally feedback has generally been very positive.

The current state

Whilst LightDM is made by Canonical it is community driven and all patches go through review where anyone can comment. I have an opportunity to argue if anything is greeter specific in the libraries.

LightDM is used by my KDE greeter (used in some distros, not all), XFCE, and Razor Qt and of course Unity.

The Qt library was originally only used by us and Razor Qt, but with Unity's move to QML this means that Canonical are now dependant on the libraries I made. I am still in charge of the Qt library and still get final say on all reviews, I have rejected some Canonical employee patches as needing a rewrite and them with some of mine, it feels like a real open meritocracy community.

The rant

The golden-egg of using LightDM in KDE was that we wouldn't have to support all the boring things we need to make a display manager work, we wouldn't need to support a Wayland system compositor we get it for free. We all write stuff that helps each and open source progresses faster.

If I'd known they weren't going to add Wayland support, I'm not sure I would have invested my time in LightDM. I don't feel decieved, they thought they would do it at the time and Canonical are perfectly within their rights to decide to do something else.

The problem for me isn't that Canonical changed their mind, but that they didn't (or the developers weren't allowed) to tell me! If you know for 6 months that you're not going to do something you said you would it's rude not to tell people. It now sets our schedule back and that's really really frustrating.

Where does this leave us?

The state of LightDM hasn't got _worse_ however it does mean we need to add Wayland support ourselves. I've heard the argment; if we need to add Wayland support in something else, is it worth using it? I've been asked to address this, I'm writing this blog post to express my feelings, then I'll be having a meeting later this week to discuss things.

Our requirements are:

We need to have a display manager that works in Qt5 in the very near future.

We need a display manager that supports Wayland as a system compositor in the medium term.

Our options are:

Patch KDM to support X and Wayland (something hard to do, this code is built on top of XDM) AND fix Qt5 support (again not trivial in this case)

Write something new from scratch. In this case we still need to write a Wayland system compositoranyway!

Patch LightDM to also support Wayland (given it's already switching between Mir and X, the infrastructure is in place, it's designed to be able to switch backends and we have half-done Wayland patches to start with). It already all works in Qt5.

Writing a display manager is one of the things that sounds simple but in reality is very difficult; but there's a lot of stuff behind the scenes which is really difficult to get right: a tonne of environment variables to set, Xauthority files to set up, .dmrc files to manage, all sorts of session hooks let alone remote sessions and security.

From the above, I think my viewpoint on the matter is pretty clear, we just have a bit more work ahead than I'd initially hoped for.

That said, I will be having a meeting with a few interesed parties later this week to discuss future direction.

Today we released a beta of 0.6.0 of KDE Telepathy KDE's instant messaging client.

New Features

Kopete log migration

KTp now imports logs from Kopete accounts into our log format. For new KTp users this will be asked if they wish to import when they create an account, existing users can also import logs by opening the log viewer.

Clearer message notifications

We had some feedback to improve the notifications of new messages. We now show an icon in the contact list when a new message arrives, change the icon in the system tray, and for group chats we now show who is typing.

Better text editing

The chat window now features tab completion for group chats, as well as text navigation for editing messages.

We've made adding emoticons easier too, with a new optional emoticon toolbar.

Advanced notifications

KTp now supports setting different notifications for each of your contacts. This means it is possible to set an optional notification if your favourite friends come online, or play sounds when messages arrive from certain contacts but not others.

Improved password and security management

We are now able to connect to password protected jabber rooms, a much requested feature. We have also improved our connection certificate handling, now using KDE SSL certificates manager and allowing the user to override invalid certificates.

Under the hood changes and cleanups

A lot of our effort has been spent in a big refactoring under the hood, getting ourselves ready for the future as well as bringing speed and stability. We have closed over 70 bugs between 0.5 and 0.6.

We've completely redone connection error notifications and other important UI areas.

More filtering plugins

We have extended our range of message plugins.

Text messages can be formatted in bold or italics

Youtube links are show and can be played directly in your chat window

Links to bugzilla are shown inline with the bug title and resolution

When sending messages can use your KDE webshortcuts to make it quicker to send links

Messages containing your name are highlighted and a special notification with sound can be emitted. This is especially useful if you lurk in conference rooms

Getting the 0.6 beta

Our beta is stable for everyday use and we made sure there are no major bug before release. There are packages being built right now for Fedora, Arch, Kubuntu and SuSE.

Source tarballs are available from http://download.kde.org/unstable/kde-telepathy/0.5.80/src/

This contains our full set of applications and applets

Getting involved

This is a beta and there will of course be bugs that we are aware of and want to fix by 0.6.0, there are also bugs that we are not aware of that still need to be reported.

You can help make 0.6.0 an awesome release by running the beta and reporting any bugs to http://bugs.kde.org.

You can also help by fixing bugs, to find out how to contact our team and get involved please see our wiki page at http://community.kde.org/KTp/Getting_Involved.

With KDE Telepathy 0.5.3 out the door out our entire focus is on 0.6.0 our next major release. We have just entered a hard feature freeze to allow for a solid month of bugfixing.

Important Dates

Hard Feature Freeze - 3rd March

A hard feature freeze is when no new features can be added to the code. All work has to be on fixing bugs and polishing.

Beta Release - 6th March

We will make a public beta release so you can see all the new features and provide useful feedback before the full release.

String freeze - 16th March
After this date we are not able to change any of the text used by our applications, It gives our translator team a stable set of text (strings) to work with without us changing them the whole time.

The release - 30th March
Hopefully self-explanatory 🙂

What's going to be new in 0.6?

Find out yourselves by running the latest code 🙂
A real announcement will come with the official beta release.

How do I run the latest code?

KTp is generally really stable as all the developers use IM on a daily basis always running the latest code. It helps us to have lots of people running the latest code before we release a piece of software so we know about, and can fix, issues from a wide variety of set ups as we introduce new code, before it hits the general masses.

It helps us, and you get to be on the "bleeding edge". Please report all bugs as they come in.

From Source

We have instructions in our wiki at http://community.kde.org/KTp/Getting_Set_Up

(K)Ubuntu Packages

If you use Kubuntu we have a PPA of our latest code.
Install instructions are:

sudo apt-add-repository ppa:telepathy-kde/daily-builds
sudo apt-get remove kde-telepathy-minimal plasma-widget-telepathy-presence
sudo apt-get install ktp-desktop-applets

OpenSuse packages

zypper ar -f http://download.opensuse.org/repositories/KDE:/Unstable:/Playground:/Telepathy/openSUSE_12.2/KDE:Unstable:Playground:Telepathy.repo
zypper in telepathy-kde

How can I get involved?

Join our mailing lists and IRC channels and get hacking on any outstanding bugs. Note that we are in a feature freeze, but any bugfixing/polishing is always a really good way to get involved in a project.

For contact information see our wiki page http://community.kde.org/KTp/Getting_Involved

We are pleased to anounce the release of KDE Telepathy 0.5.3.

0.5.3 is a patch release in the 0.5 series and provides various bug fixes and updated translations.

Fixes

• 291653 - Cannot edit identity on local-xmpp account. (Accounts KCM)
• 310529 - Status is displayed as offline when contact list is opened (Text UI)
• 310981 - Avatars are not loaded sometimes (Log Viewer)
• 311928 - Contact list doesn't refresh after filtered contact was moved to other group (Contact List)
• 312339 - Make tab switching able to cycle tabs. (Text UI)
• 312603 - Chat starting time should be when the first message was received, not when the window opened (Text UI)
• 312615 - There should be a shortcut for opening chats, maybe Enter (Contact List)
• 313110 - Emoticons ending in "\" cause UI corruption (Text UI)
• 313437 - Edit Identity button not enabled/disabled when account connects/disconnect (Accounts KCM)
• 313525 - ktp-text-ui crashes, on "bad" sent/received message" (Text UI)
• 313927 - Telepathy/KDE crashed (Contact List)

Source tarballs are available from here and should be in your distribution shortly.