Closed Bug 306924 Opened 19 years ago Closed 19 years ago

Minimize/Restore window disables Paste in Edit menu

Categories

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

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: MatsPalmgren_bugz, Unassigned)

References

Details

(Keywords: regression, verified1.8)

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.
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
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
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.
Regression somewhere between these two builds: 1.8b4_2005082608 and 1.8b4_2005082621
please see bug 305032 and bug 306235.
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).
Depends on: 305032, 306235
Fixed by checkin to bug 305032.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Keywords: fixed1.8
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
Keywords: fixed1.8verified1.8
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.