mail-notification widget hangs in KDE4 taskbar

Bug #330351 reported by Vik
32
This bug affects 3 people
Affects Status Importance Assigned to Milestone
mail-notification (Fedora)
Confirmed
Undecided
Unassigned
mail-notification (Ubuntu)
Incomplete
Undecided
Unassigned

Bug Description

Using current updated 8.10 with KDE4 desktop (Heron theme) on AMD Turion dual-screen laptop.

Two IMAP mailboxes being searched, both running OK.

mail-notification running in system tray. Shows "1" on envelope indicating one message pending.

In "preferences", it is set to regard new mail as read if clicked.

Hovering cursor shows the header of the 1 mail message. it is spam and will be auto-removed by Thunderbird in this particular test.

Clicking the mail-notification icon in the system tray does not appear to change it.

Hovering the cursor over the icon now no longer shows the header of any mail message (even if there are new ones).

Right-clicking on the icon no longer brings up the menu.

The mail count on the icon never changes again.

mail-notification 5.4.dfsg.1-1build1
kdebase-workspace-bin 4:4.2.0-0ubuntu1~intrepid1~ppa7

Vik :v)

Tags: patch
Revision history for this message
isop (isop) wrote :

Happens to me, too.
mail-notification 5.4.dfsg.1-1build1
kdespace-workspace-bin 4:4.2.2-0ubuntu1~intrepid1

Revision history for this message
Vik (vik-catalyst) wrote :

This is still repeatably happening in Jaunty.

Vik :v)

Revision history for this message
Vik (vik-catalyst) wrote :

Reduced it to just one of the two mailboxes. Still crashes as above under current updated Jaunty system.

Vik :v)

Revision history for this message
Cameron Dale (camrdale) wrote :

Confirmed on Kubuntu 9.10 (Jaunty). The error seems to be only with the panel icon, and only occurs when the program tries to make it disappear. If I always leave a single mail unread in my mail box, no problems at all. As soon as I read the last unread mail, the next time it checks for mail the panel icon becomes unresponsive and still shows 1 unread message (no popups on hover though, clicking does nothing). Later when new mail arrives the panel icon remains unchanged at what it was previously and completely frozen. Starting with no unread mail works fine, as the panel icon is not shown. It is only after the panel icon shows up, that it is then impossible for it to disappear without freezing.

I ran it from the console with --enable-info and it looks like it is still working fine in the background. It checks mail regularly and prints the number of messages found correctly. It is only the panel icon that is frozen.

Changed in mail-notification (Ubuntu):
status: New → Confirmed
Revision history for this message
Murz (murznn) wrote :

Confirm on Kubuntu Lucid

Revision history for this message
Erik van Pienbroek (openftd) wrote :

This bug also exists on Fedora.
I've created a patch to workaround this problem, but I need to clean it up a bit first. I expect to be able to upload this patch later today

Revision history for this message
Daniel Eckl (daniel-eckl) wrote :

That'd be wonderful. I'm standing by to test your patch as soon as it's ready.

Revision history for this message
Daniel Eckl (daniel-eckl) wrote :

Just as a sidenote: The problem is caused by the function to hide the tray icon when the counter is 0.
So there is one workaround that is quite hidden: You can let mail-notification show the icon even when the counter is 0.

To do so, install gconf-editor
Go to desktop -> apps -> mail-notification and there check the function "always-display-icon".

The freezes are gone then, but you have to live with an additional icon that eats up tray space even when there is nothing to show.

Revision history for this message
Erik van Pienbroek (openftd) wrote :

As promised, here's the patch I've created to work around this problem. What it does is that whenever the number of unread messages is reduced to 0, the icon will be destroyed and recreated. This newly created icon is hidden by default.

Changed in mail-notification (Fedora):
status: New → Confirmed
Revision history for this message
Daniel Eckl (daniel-eckl) wrote :

It builds without warnings (hmm well, I mean there are not more warnings than without the patch *g*) and works really great for me! Thank you very much Erik!

I hope Jean-Yves Lefort has no further objections and can include it :)

Revision history for this message
Maarten Bezemer (veger) wrote :

There have been many changes in Ubuntu since that time you reported the bug and your problem may have been fixed with some of the updates.
Has the patch been included and is the hang indeed fixed with it?
It would help us a lot if you could test it on a currently supported Ubuntu version. When you test it and it is still an issue, kindly upload the updated logs by running apport-collect 330351 and any other logs that are relevant for this particular issue.

Changed in mail-notification (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Ubuntu Foundations Team Bug Bot (crichton) wrote :

The attachment "Proposed workaround" of this bug report has been identified as being a patch. The ubuntu-reviewers team has been subscribed to the bug report so that they can review the patch. In the event that this is in fact not a patch you can resolve this situation by removing the tag 'patch' from the bug report and editing the attachment so that it is not flagged as a patch. Additionally, if you are member of the ubuntu-reviewers team please also unsubscribe the team from this bug report.

[This is an automated message performed by a Launchpad user owned by Brian Murray. Please contact him regarding any issues with the action taken in this bug report.]

tags: added: patch
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.