550031 - Clicking on link in "New Mail" slider opens LAST accessed mail window, not Inbox

Status: RESOLVED WORKSFORME

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Tim H.]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.8) Gecko/20100205 Firefox/3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.8) Gecko/20100205 Firefox/3

Clicking on the underlined link in the "New Mail" slider opens the last accessed mail window of any type (e.g. a message in its own window) instead of an Inbox window.

Reproducible: Always

Steps to Reproduce:
1.Click on "Messenger" icon on status bar
2.Open a mail message in a new window
3.Change focus to another SeaMonkey (or other program) window
4.Send yourself a new mail
5.Click on underlined link when :New Mail" slider appears
Actual Results:  
Message in its own window will be brought to top

Expected Results:  
Should be equivalent to clicking on "Messenger" icon on status bar. i.e. "Inbox" window should come to top.

Windows set for "Activation follows mouse (X-mouse)" using TweakUI

Comment 1

[lenochod]

Please paste the "Build Identifier" as found at "Help => About SeaMonkey" (at
the bottom). 

Bug has Components: SeaMonkey, but your Build Identifier for Firefox.

Comment 2

[Tim H.]

Build identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.8) Gecko/20100205 SeaMonkey/2.0.3

This indicates another bug: build identifier should not depend on contents of "general.useragent.extra.seamonkey" preference

Comment 3

[lenochod]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.8) Gecko/20100205 SeaMonkey/2.0.3
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a3pre) Gecko/20100303 SeaMonkey/2.1a1pre

I can confirm it.

For Thunderbird is Bug 542505

Comment 4

[Antti29]

I second that. I'm not sure if this was the behaviour earlier, but I noticed this after the 2.19 update.

I don't know what would be the best course of action here, opening the folder in which the new message was received, or going a bit further and selecting the newly received message? In the latter case, when receiving multiple messages at the same time, the highlighted message should probably be the oldest one (first received).

The way it is now, there's no difference between clicking the new message notification and the taskbar button of the mail window (which in my case is always open).

Comment 5

[Tony Mechelynck [:tonymec]]

Changing Version according to comment #4.

- Tim, Antti: Do you see this bug on SeaMonkey 2.22.1 or later?

- Can anyone reproduce it on the latest nightly build? (at the moment, that means 2.25a1 for Windows, or failing that, 2.24a1 for Linux or Mac)

In either case, please paste your User-agent and Build ID strings, as found either at the bottom of the About page, or with the help of the Nightly Tester Tools extension.

Comment 6

[Antti29]

That particular bug appears to have been fixed; Mail opens in the correct folder and selects the message that was clicked on.

However, if I miss the notification and instead click on the "new mail" tray icon, Mail doesn't open in the inbox that received the message. I understand this is a different use case since in many cases multiple new messages have been received (especially after a longer period of time) and it's not clear which one should be selected when clicking on the icon.

Another, rather minor detail is the removal of the "bold" highlight of the folder that received a message: Sometimes, after reading the message, the highlight is removed, sometimes it is not. I'm yet to find a pattern to this, it appears to be random.

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:25.0) Gecko/20100101 SeaMonkey/2.22.1
Build identifier: 20131113180422

Comment 7

[Tony Mechelynck [:tonymec]]

(In reply to Antti29 from comment #6)
> That particular bug appears to have been fixed; Mail opens in the correct
> folder and selects the message that was clicked on.
> 
> However, if I miss the notification and instead click on the "new mail" tray
> icon, Mail doesn't open in the inbox that received the message. I understand
> this is a different use case since in many cases multiple new messages have
> been received (especially after a longer period of time) and it's not clear
> which one should be selected when clicking on the icon.
> 
> Another, rather minor detail is the removal of the "bold" highlight of the
> folder that received a message: Sometimes, after reading the message, the
> highlight is removed, sometimes it is not. I'm yet to find a pattern to
> this, it appears to be random.
> 
> User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:25.0) Gecko/20100101
> SeaMonkey/2.22.1
> Build identifier: 20131113180422

The policy here is "one bug per issue, one issue per bug". So I suppose that if these different issues are not yet reported, you should open new bugs for them (and mention the bugs numbers in a comment here); then this bug could be RESOLVED WORKSFORME.

If one or both of them _are_ already reported (I think I've seen something quite similar to your "erratic bold highlight" recently, but I can't find back in which bug it was), there is of course no need to report them again: you can just add yourself to their CC list and even vote for them. Mentioning them in a comment here would IMHO still be useful.

Comment 8

[Antti29]

I reported the stuck highlight here: https://bugzilla.mozilla.org/show_bug.cgi?id=949438

Comment 9

[Tony Mechelynck [:tonymec]]

Resolving WORKSFORME according to comment #5 et seq. with answer from Antti, no answer by Tim since over a year.