mail watcher applet does not changes its state after left-clicking

Bug #580815 reported by Stefan Flassig
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Xfce4 Mailwatch Plugin
Confirmed
Medium
xfce4-mailwatch-plugin (Ubuntu)
Triaged
Wishlist
Unassigned

Bug Description

Binary package hint: xfce4-mailwatch-plugin

Whenever I receive a new mail, the mail watcher applet displays the correct icon for new mails. Left-clicking opens my mail client (Thunderbird), which downloads my mails.

What I've expected was, that when I left-click on the applets icon, it will displays the icon used for "no new mails", because in normal case you would use this feature to open your mail client which will download all these mails. What happens is, that the icon does not change until the next refresh, which is very irritating in my humble opinion.

Revision history for this message
In , Charlie Kravetz (cjkgeek) wrote :

Whenever I receive a new mail, the mail watcher applet displays the correct icon for new mails. Left-clicking opens my mail client (Thunderbird), which downloads my mails.

What I've expected was, that when I left-click on the applets icon, it will displays the icon used for "no new mails", because in normal case you would use this feature to open your mail client which will download all these mails. What happens is, that the icon does not change until the next refresh, which is very irritating in my humble opinion.

Revision history for this message
Charlie Kravetz (cjkgeek) wrote :

Thanks for reporting this bug and any supporting documentation. Since this bug has enough information provided for a developer to begin work, I'm going to mark it as confirmed and let them handle it from here.

This bug has been reported to the developers of the software. You can track it and make comments at: http://bugzilla.xfce.org/show_bug.cgi?id=7099

Thanks for taking the time to make Ubuntu better!

Changed in xfce4-mailwatch-plugin (Ubuntu):
importance: Undecided → Wishlist
status: New → Triaged
Revision history for this message
In , Sucan (sucan) wrote :

Thanks for the idea. It seems useful. Mainly for the configurations where there is only one mailbox watched. I think it could be implemented quite easily.

Revision history for this message
In , Landry-o (landry-o) wrote :

Mass-reassign all bugs from florian@ to goodies-dev@, thanks for the maintenance work! (and sorry for the bugmail spam..)

Changed in xfce4-mailwatch-plugin:
importance: Unknown → Medium
status: Unknown → Confirmed
Revision history for this message
In , Lk1-w (lk1-w) wrote :

Anybody still thinking about this? The current applet is almost useless in setups which check the mailstate in very long intervalls only. Yes, there are sometimes good reasons to do so.

Even better if there was a way to trigger a re-check from the shell, so one could call some user provided script from left-click which calls the mail program and then forces to re-check after it closes.

Currently I use
pkill -f libmailwatch
in such a script to kill and restart the applet and thus force a rescan, but that's kind of ugly.

Maybe catching the less deadly SIGHUP or SIGINT for this purpose could be very easy implemented without messing with the gui and translation issues. So instant rechecks after network connect events could also be realized.

Revision history for this message
In , Lk1-w (lk1-w) wrote :

Sorry, checking the source code I found that my suggestion is already implemented:
SIGUSR2 forces a check immediately, you can use the command

pkill -SIGUSR2 -f libmailwatch

It just seems to be not documented anywhere outside the code?

Revision history for this message
In , Rrocik-o (rrocik-o) wrote :

(In reply to lki from comment #4)
> Sorry, checking the source code I found that my suggestion is already
> implemented:
> SIGUSR2 forces a check immediately, you can use the command
>
> pkill -SIGUSR2 -f libmailwatch
>
> It just seems to be not documented anywhere outside the code?

Thanks for pointing that out.
Since the new Thunderbird version deprecated XUL add-ins, this plugin proved a good replacement for tray icon add-ins.
This is really significant feature from my point of view.
I think this should be mentioned on the project page.

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

Other bug subscribers

Remote bug watches

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