Closed Bug 53760 Opened 25 years ago Closed 25 years ago

paste pastes twice in Composer; undo undoes twice

Categories

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

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: Brade, Assigned: saari)

References

Details

(Keywords: regression, Whiteboard: [nsbeta3++][dogfood+][PDTP2]FIX IN HAND)

in both my Mac and Linux mozilla builds from today, pressing Command/Control-V to paste pastes the clipboard contents twice. Undo does two steps of undo. Something is horribly broken.
Target Milestone: --- → M18
dr just fixed this
No, I didn't. That was different. I'm seeing this bug too, by the way... This is probably a problem with having duplicate bindings for the same key. Reassigning to saari to hack around in: xpfe/global/resources/content/htmlBindings.xml and the platform html bindings. Either things that should only occur once are occuring twice, or the new keylistener code is duplicating things that should get overridden.
Assignee: beppe → saari
saari has a fix in hand. stupid things were happening. indicating smoketest blocker. trying to get this in asap.
Severity: normal → blocker
Keywords: smoketest
Priority: P3 → P1
*** Bug 53775 has been marked as a duplicate of this bug. ***
A diff for those that care Index: nsXBLWindowKeyHandler.cpp =================================================================== RCS file: /m/pub/mozilla/layout/xbl/src/nsXBLWindowKeyHandler.cpp,v retrieving revision 1.2 diff -w -u -2 -r1.2 nsXBLWindowKeyHandler.cpp --- nsXBLWindowKeyHandler.cpp 2000/09/22 05:31:36 1.2 +++ nsXBLWindowKeyHandler.cpp 2000/09/22 21:29:21 @@ -189,4 +189,12 @@ return NS_OK; + nsCOMPtr<nsIDOMNSUIEvent> domUIEvent = do_QueryInterface(aKeyEvent); + if(domUIEvent){ + PRBool prevent; + domUIEvent->GetPreventDefault(&prevent); + if (prevent) + return NS_OK; + } + PRBool matched = PR_FALSE; currHandler->KeyEventMatched(aEventType, aKeyEvent, &matched); @@ -213,6 +221,8 @@ rec = do_QueryInterface(elt); rv = currHandler->ExecuteHandler(rec, aKeyEvent); - if (NS_SUCCEEDED(rv)) + if (NS_SUCCEEDED(rv)) { + aKeyEvent->PreventDefault(); return NS_OK; + } } }
Status: NEW → ASSIGNED
let's just say this isn't a smoketest blocker. i'd rather have people not worry about this being on the radar during the branch. leaf instructed us to check in as soon as the tree opens.
Severity: blocker → critical
Keywords: smoketest
nsbeta3+, P2 (due to workaround of using the menu)
Priority: P1 → P2
Whiteboard: [nsbeta3+]
Doing bad stuff to the document is much worse than doing nothing... so I'm marking this as dogfood-plus.
Whiteboard: [nsbeta3+] → [nsbeta3+][dogfood+]
Adding PDTP2 marking
Whiteboard: [nsbeta3+][dogfood+] → [nsbeta3+][dogfood+][PDTP2]
*** Bug 54002 has been marked as a duplicate of this bug. ***
PDT is spending a lot of time analysing this bug... I suppose I ought to have made it clearer that we have a fix in hand :) This will come as soon as we can check in.
Whiteboard: [nsbeta3+][dogfood+][PDTP2] → [nsbeta3+][dogfood+][PDTP2]FIX IN HAND
*** Bug 54056 has been marked as a duplicate of this bug. ***
What PDT, or someone might want to do is ++ this bug...
PDT agrees this is needed on branch, marking nsbeta3++.
Whiteboard: [nsbeta3+][dogfood+][PDTP2]FIX IN HAND → [nsbeta3++][dogfood+][PDTP2]FIX IN HAND
This diff is not quite right. Let's talk about it on Tuesday.
mass-adding rtm keyword to all open nsbeta3+ xptoolkit bugs
*** Bug 54308 has been marked as a duplicate of this bug. ***
*** Bug 54289 has been marked as a duplicate of this bug. ***
here is the hyatt approved diff Index: nsXBLWindowKeyHandler.cpp =================================================================== RCS file: /m/pub/mozilla/layout/xbl/src/nsXBLWindowKeyHandler.cpp,v retrieving revision 1.2 diff -w -u -2 -r1.2 nsXBLWindowKeyHandler.cpp --- nsXBLWindowKeyHandler.cpp 2000/09/22 05:31:36 1.2 +++ nsXBLWindowKeyHandler.cpp 2000/09/28 01:01:26 @@ -213,6 +213,8 @@ rec = do_QueryInterface(elt); rv = currHandler->ExecuteHandler(rec, aKeyEvent); - if (NS_SUCCEEDED(rv)) + if (NS_SUCCEEDED(rv)) { + aKeyEvent->PreventDefault(); return NS_OK; + } } }
Fix in for both branch and trunk
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
verified in 9/28 build.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.