Closed Bug 37277 Opened 24 years ago Closed 24 years ago

Copy/Cut menu items initially disabled; focus/controller issue

Categories

(Core :: DOM: Editor, defect, P1)

x86
Windows NT
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: elig, Assigned: saari)

References

Details

(Keywords: platform-parity, regression)

* TITLE/SUMMARY
Copy/Cut menu items initially disabled

<As noted by shrirang from smoke-testing. Can't find a bug for it in XP Toolkit: 
Menus, so...)

* STEPS TO REPRODUCE
0) Launch Seamonkey
1) Open a browser window
2) Select the contents of the URL bar
3) Open the Edit menu

* RESULT
 - What happened

"Cut" and "Copy" are not enabled; only "Paste" is enabled. The keyboard 
shortcuts, however, do work.

It gets more busted from here; I'll add more soon.

 - What was expected 

The "Cut" and "Copy" menu items should both be enabled. "Paste" should be 
enabled, too, if the copy buffer contains content.

* REGRESSION

 - Occurs On
        Win32 Seamonkey (4.26.00 AM optimized Mozilla build [NT 4, Service Pack 
5])

 - Doesn't Occur On
        Mac OS Seamonkey (4.26.00 AM optimized Mozilla build)		
        Linux Seamonkey (4.26.00 AM optimized Netscape build)




* CONFIGURATIONS TESTED

- [Mac] Beige Power Mac G3 (266 MHz PowerPC 750), 96 MB RAM (VM on; 1 MB of VM 
used), 1024x768 (Thousands of Colors), Mac OS 8.6

- [Win32] Vectra VL (233 MHz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP5.

- [Linux] Vectra VL (266 MHz P2), 96 MB RAM. Red Hat Linux 6.0 (GNOME).
More fun:

After steps 1-3, close the Edit menu, press the 'Delete' key, and *then* open the 
Edit menu. 

Cut/Copy/Paste will not only be disabled, but if you subsequently enter text into 
the URL field, select it, and open the Edit menu, those menu items will remain 
disabled.
Shrirang: are there other related issues that you or the #smoketesters found that 
you'd care to mention, or like me to look into? thanks!
i don't think this belongs in XPMenus (correct me if am wrong)...sounds like
something for the editor group.
Assignee: pinkerton → beppe
Component: XP Toolkit/Widgets: Menus → Editor
Keywords: pp, regression
QA Contact: sairuh → sujay
I'm pretty sure this is a focus issue. Sometimes, in debug builds, you hit 
assertions in the docviewer controller, because it's being asked about commands 
that should be going to the editor controller.
Assignee: beppe → saari
Summary: Copy/Cut menu items initially disabled → Copy/Cut menu items initially disabled; focus/controller issue
QA Assigning to self.
QA Contact: sujay → elig
so, if it is a focus issue, shouldn't that go to hyatt?
qa: sujay
QA Contact: elig → sujay
adding myself to cc: 
Occurs in mail subject fields, etc.
This is a cut/copy-specific issue. QA Assigning to myself for the third time.
QA Contact: sujay → elig
*** Bug 37282 has been marked as a duplicate of this bug. ***
*** Bug 37260 has been marked as a duplicate of this bug. ***
bug 37260  Keyboard ctrl-c, shift-insert don't work (marked as dup).  
bug 37327  Crashes mac

dup or un-dup as necessary as the cause/causes are found.
Status: NEW → ASSIGNED
Target Milestone: --- → M16
Why, oh why is this only broken on Windows?!?

Excuse me while I beat my head against a wall.
Priority: P3 → P1
*** Bug 37327 has been marked as a duplicate of this bug. ***
Well, I just tried this several times with tonight's build on NT and it seems to
be working fine. I'll mark worksforme unless someone else is still seeing this
not work or has more information on how to reproduce it.

In fact, the more I play with it, it looks like this is working better than ever.
*** Bug 39433 has been marked as a duplicate of this bug. ***
Propagating nsbeta2 nomination from 39433.
Keywords: nsbeta2
*** Bug 39516 has been marked as a duplicate of this bug. ***
Simon, can you still repro this? It works for me
Tried again, still works. Marking worksforme
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
marking Verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.