Closed
Bug 375891
Opened 18 years ago
Closed 16 years ago
Can't Cut/Paste in Flash text fields
Categories
(Firefox :: Menus, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: froodian, Unassigned)
Details
(Keywords: regression, Whiteboard: [closeme 2009-09-08])
STR:
1. go to http://flashtexteditor.com/ and click "Try Demo"
2. select some text
3. Cmd-X, Cmd-V
4. look in edit menu
What happens: cut and paste don't work (NSBeep()). Cut and paste items are disabled in edit menu. Note that the copy item is enabled in the edit menu, and functions properly. Additionally, the context menu items are all enabled, and work properly.
In trunk 2006-09-27-04 (right before cocoa widgets), Mac Firefox exhibited the same behavior as described in Bug 375887. The current behavior began in 2006-09-29-06 (right after cocoa widgets).
Note that this is also identical behavior to the Camino bug 315824. However, I've filed this in Firefox and not Widget:Cocoa, because I suspect that the real solution here is to correctly enable these items in the Edit menu, which afaik does not lie in the shared widget code.
I hate to confuse things here, but I am confused. The difference between this bug and 375887 is that in this bug, Copy is enabled and in 375887, Copy is disabled. In both bugs, the Paste and Cut menu items are disabled. In both bugs, the context menu and key equivalents work.
I tried this on FF 2.0.0.4 on a Mac and I see the behavior from this bug. Copy menu is enabled, Cut and Paste are disabled. I cannot try trunk right now.
So, this bug may be present on trunk (as per reporter) and on 2.0.0.4 (from my observation). So, perhaps not a regression?
Comment 2•18 years ago
|
||
This WORKSFORME in Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a7pre) Gecko/2007072500 Minefield/3.0a7pre
Comment 3•17 years ago
|
||
This is still broken in a current (20080410) Minefield build in my testing. Camino has the same bug, and we are using nsIClipboardCommands canCopySelection/canCutSelection/canPaste for validation (which are apparently not right for this case). If Firefox does the same (or calls to the same underlying implementation), then this would be a dup of bug 315824.
Comment 4•16 years ago
|
||
Stuart, do you still see this problem with Namoroka or Minefield?
It works for me with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.4pre) Gecko/20090831 Shiretoko/3.5.4pre ID:20090831030742
Hardware: PowerPC → All
Whiteboard: [closeme 2009-09-09]
Comment 5•16 years ago
|
||
Gecko branches newer than 1.9.0 aren't relevant to me, so I haven't tested.
Comment 6•16 years ago
|
||
Anyone else who can see this behavior with Firefox 3.5.x or newer? If yes feel free to reopen. Marking as WFM based on steps in comment 0.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
Whiteboard: [closeme 2009-09-09] → [closeme 2009-09-08]
You need to log in
before you can comment on or make changes to this bug.
Description
•