306924 - Minimize/Restore window disables Paste in Edit menu

Status: RESOLVED FIXED

(Core :: DOM: UI Events & Focus Handling, defect)

Description

[Mats Palmgren (inactive)]

Minimize/Restore window disables Paste in Edit menu, but CTRL+V works.

STEPS TO REPRODUCE
1. start SeaMonkey or Firefox
2. select some text and copy it to the clipboard (in any application)
3. click the Minimize button
4. click on the icon in the Windows taskbar to restore the window
5. click on the Edit menu  => Paste is disabled
6. type CTRL+V => text is pasted into the url bar

I'm filing this separately from bug 305032 (patch there does not fix this)
and bug 306235 (patch there does not make a difference if re-applied) so my
conclusion is that this is related but different.
Most likely a regression from recent focus changes though I haven't tested
the regression range. I haven't tested if it occurs in branch builds.

Comment 1

[Hermann Schwab]

wfm Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20050902 SeaMonkey/1.1a

Copied some text from this bug, pasted into Additional Comments textarea,
minimized and restored and pasted again. BuildId 2005090205

Comment 2

[Hermann Schwab]

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20050903 SeaMonkey/1.1a
Seeing it now: The text which is selected must be outside of a textarea, bug not
seen if text inside textarea is selected

1. Select&copy some text (outside of textarea)
2. click on Edit: Paste disabled
3. click in TextArea
4. click on Edit: Paste enabled

5. select some text (don't copy)
6. click on Edit: Paste disabled
7. click in TextArea
8. click on Edit: Paste enabled

Comment 3

[Ria Klaassen (not reading all bugmail)]

I see the same, also in branch.
In branch even Ctrl+V doesn't seem to work when pasting text in the urlbar but
it does work in input fields.

Comment 4

[Ria Klaassen (not reading all bugmail)]

Regression somewhere between these two builds:
1.8b4_2005082608 and 1.8b4_2005082621

Comment 5

[Aaron Leventhal]

please see bug 305032 and bug 306235.

Comment 6

[Ria Klaassen (not reading all bugmail)]

In trunk the regression is some days earlier:
between 1.9a1_2005082412 and 1.9a1_2005082420.

In reply to comment #6: this happens also when there is only one firefox window
open.

The failing keystroke I mentioned in comment #3 is another bug with another
regression date (1.8b4_2005081606 - 1.8b4_2005081615). Only branch and it only
fails if the window is not entirely maximized like every first run of a new
profile). 

Comment 7

[Aaron Leventhal]

Fixed by checkin to bug 305032.

Comment 8

[Jay Patel [:jay]]

v.fixed with today's branch respin: Mozilla/5.0 (Windows; U; Windows NT 5.1;
en-US; rv:1.8b4) Gecko/20050906 Firefox/1.4