Should not create new compose window if already existing window has same to field

VERIFIED WONTFIX

Status

--
enhancement
VERIFIED WONTFIX
13 years ago
10 years ago

People

(Reporter: masayuki, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

This is enhancement.

When launch new compose window with to: field, we should check other windows
have same to: field or not. If same to: field is existing, we should not create
new compose window and should activate the window.

I.e.,

1. click mailto:foo@bar.com link in firefox.
--> Launch compose window and the window's to: field has foo@bar.com
2. click mailto:foo@bar.com link in firefox too.
--> Activate previous compose window
3. click mailto:another@bar.com link in firefox.
--> Launch new compose window and the window's to: field has another@bar.com
QA Contact: message-compose

Updated

10 years ago
Assignee: mscott → nobody

Comment 1

10 years ago
Masayuki, is purpose of this to resolve some process problem?

Comment 2

10 years ago
wontfix?

I dont see a rationale, seem rather contrary to the idea that system would do what the user tells it to  (and reporter Masayuki seems gone)
We'd really have to check that nothing, except that the to field was changed.  I could see this if you clicked a mailto: a couple times, however by being smart there we could also get the behaviour really wrong in other cases.  I'm not sure we can make this kind of change in the core.
Status: NEW → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → WONTFIX
(In reply to comment #2)
> (and reporter Masayuki seems gone)

oops, I'm sorry, I missed to catch your comment.

(In reply to comment #3)
> however by being smart there we could also get the behaviour really wrong in other cases.

I cannot understand this, please tell me the detail.
# I need to explain the reason of WONTFIX to original reporter of this bug in Japan.
> I cannot understand this, please tell me the detail.
> # I need to explain the reason of WONTFIX to original reporter of this bug in
> Japan.

The change needed would be fighting with the desktop / window manager, a battle that can never really be won.  If clicking on the link brought up the compose window into focus a person would have to unfocus the window and go back to the browser.  After going back to the browser, clicking on the link again should bring up another compose window.  It is difficult to assume that a person wants to return to the old window, it doesn't have any extra information in it.  If the problem was the window manager didn't bring the compose window to the front, that likely needs to be addressed in the toolkit somehow, I'm not sure this is the way.

However there is also likely another problem that the compose window doesn't popup fast enough after being clicked.  While Thunderbird is loading the compose window you could click again and this might bring up multiple windows, something we don't want to happen.
Thank you, Bryan.

-> v.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.