690282 - Caret vanishes when dropping attachment into mail edit window

Status: RESOLVED FIXED

(Thunderbird :: Message Compose Window, defect)

Description

[Tilman]

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; SBS; .NET CLR 1.0.3705; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; InfoPath.1; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; MS-RTC LM 8; .NET4.0C; .NET4.0E; SBS)

Steps to reproduce:

ALT-TAB to a Windows Explorer window, click on a file, keep mouse button down, ALT-TAB to the TB Compose Window, dropped the file (thus attached it to my mail), then click in the mail composition window.


Actual results:

The caret does not appear in the compose window. I can still write. Doing ALT-TAB and then again ALT-TAB (= switching task away and back) solves the problem.


Expected results:

The caret should not have vanished.

Comment 1

[Ludovic Hirlimann [:Usul]]

Do you have extensions ? 

Do you see the same issue with firefox and http://www.mozilla.org/editor/midasdemo/ ?

Comment 2

[Tilman]

(In reply to Ludovic Hirlimann [:Usul] from comment #1)
> Do you have extensions ? 
> 
> Do you see the same issue with firefox and
> http://www.mozilla.org/editor/midasdemo/ ?

No I don't have extensions except the german dictionary. I don't have the issue with firefox, it never loses the caret.

Comment 3

[Joe Sabash [:JoeS1]]

A couple of quick questions.
I'm assuming that there are Winxp configuration options that enable drag and drop functions to occur in your Alt-Tab scenario. (My XP system are not set up that way.)

Are you using HTML composition.

Can you reproduce the problem when using Control-Left mouse hold, and dragging from a Windows Explorer window.

I can reproduce the lose of the blinking cursor when doing a D&D from a reduced Explorer window.

Comment 5

[Robert Augustin]

^ I'm the author of the duplicate bug 697580 - I can confirm this bug on a Win7 64bit system, TB 7.0.1.

To answer Joe's questions:

- I am using HTML composition

- I can reproduce the problem when using Ctrl-left mouse hold -> drag

- The problem does NOT seem to appear when doing a D&D from a reduced Explorer window *directly into the TB window*, i.e. when dragging from window to window without going through the Windows task bar. Apparently it only happens when dragging from an Explorer window -> to the TB compose window icon in the Windows taskbar -> hovering over the icon until TB gets focused -> dropping in TB. Good find, this one.

Comment 6

[Tilman]

Hi Joe,
I am using HTML composition;
I do not use any "special" configuration;
I cannot reproduce the problem when using Control-Left mouse hold, but this is because I haven't understood what you mean / are trying to do.

And it also happens on W7.

To Robert: I agree, the problem does NOT seem to appear when doing a D&D from a reduced Explorer window *directly into the TB window*

And it does happen "hovering over the taskbar icon until TB gets focused" (which is a different method to change tasks)

Comment 7

[Joe Sabash [:JoeS1]]

To get any traction on this bug, we must have reliable steps to reproduce.
For the following:
ALT-TAB to a Windows Explorer window, click on a file, keep mouse button down, ALT-TAB to the TB Compose Window, dropped the file (thus attached it to my mail), then click in the mail composition window.
The only way I was able to make this work was to assume after clicking on the file in the explorer window, that a drag operation was started by slightly moving the mouse.Then after the Alt-Tab to the "write" window the drag was completed.

Where the caret appears seems to me to depend on where it was before the "drop"
If it was originally to the compose window, that's where it appears.
If it was originally in the "To" or "subject field, and we want the focus to shift to the compose window after the "drop" then that should be the stated purpose of this bug.

If I got that all wrong, just let me know.

Comment 8

[Alice0775 White]

Regression window(thunderbird)
Works:
http://hg.mozilla.org/comm-central/rev/2bfb9c593faa
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b5pre) Gecko/20100827 Thunderbird/3.2a1pre ID:20100827033932
Fails:
http://hg.mozilla.org/comm-central/rev/668e3b62edc3
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b5pre) Gecko/20100829 Thunderbird/3.2a1pre ID:20100829035152
Pushlog:
http://hg.mozilla.org/comm-central/pushloghtml?fromchange=2bfb9c593faa&tochange=668e3b62edc3


Regression window(seamonkey)
Works:
http://hg.mozilla.org/mozilla-central/rev/291cea9d9fca
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b5pre) Gecko/20100826 SeaMonkey/2.1b1pre
Fails:
http://hg.mozilla.org/mozilla-central/rev/414ff9016349
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b5pre) Gecko/20100829 SeaMonkey/2.1b1pre
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=291cea9d9fca&tochange=414ff9016349

Comment 9

[Alice0775 White]

In local build:
Changeset: comm-central,  mozilla-central
built from 668e3b62edc3, 7804b5cf4313+3b6dd3e616c5+4f6d1a4cd8ee   : caret disappears or does not blinks
built from 668e3b62edc3, 4722b491cd0d+3b6dd3e616c5+4f6d1a4cd8ee   : work
built from 668e3b62edc3, 01fa971e62ee+3b6dd3e616c5+4f6d1a4cd8ee   : work

Suspected:Bug 130078

Comment 10

[Tilman]

I must correct myself, both for XP and W7. The caret doesn't vanish (maybe it did when I reported the error, but not today or yesterday), but it does not move if the cursor is moved with the arrow keys or if the mouse cursor is clicked in the text. I start with a composition window in which there is already some text, the caret is at the end of the text. After the drag and drop stuff, the caret does not move, but one can type.

Comment 11

[Alice0775 White]

Wait:

It seems already fixed on Thunderbird/10.0a1 and SeaMonkey/2.7a1.
The fixed range is as follows:

Fixed window(thunderbird),
Fails:
http://hg.mozilla.org/comm-central/rev/84c24ed51c84
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0a1) Gecko/20110928 Thunderbird/10.0a1 ID:20110928030428
Works:
http://hg.mozilla.org/comm-central/rev/f5a33f4b3f2b
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0a1) Gecko/20110930 Thunderbird/10.0a1 ID:20110930055354
Fixed range:
http://hg.mozilla.org/comm-central/pushloghtml?fromchange=84c24ed51c84&tochange=f5a33f4b3f2b


Fixed window(Seamonkey),
Fails:
http://hg.mozilla.org/mozilla-central/rev/9a4ee730c0d9
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0a1) Gecko/20110927 Firefox/9.0a1 SeaMonkey/2.6a1
Works:
http://hg.mozilla.org/mozilla-central/rev/1aa8a5876058
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0a1) Gecko/20110929 Firefox/10.0a1 SeaMonkey/2.7a1
Fixed range:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=9a4ee730c0d9&tochange=1aa8a5876058

Comment 13

[Gaetano Giunta]

I confirm, problems with the caret disappearing - win 7 64bit - up at least to TB 9. So far I had no chance of finding a reproducible situation - but I will report if it still happens using TB 10

Comment 14

[Alice0775 White]

oops sorry bag spam