Closed Bug 83919 Opened 23 years ago Closed 23 years ago

Assertion when trying to paste in the urlbar

Categories

(SeaMonkey :: Location Bar, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: rbs, Assigned: alecf)

References

Details

Using a tip from the tree:
1) Launch a debug build of Mozilla
2) Launch Nav4.x, select-copy a url that you may find there
3) Paste in Mozilla's urlbar
   Expected result:
      The text should appear in Mozilla's urlbar
   Actual Result: 
      An assertion is fired...
      And the text doesn't show up if you click 'ignore'.
      And if you enter the debugger, here is the stack trace:


nsDebug::Assertion(const char * 0x024194e0, const char * 0x024194dc, const char 
* 0x0241949c, int 4064) line 290 + 13 bytes
DocumentViewerImpl::Paste(DocumentViewerImpl * const 0x02cf2ac4) line 4064 + 35 
bytes
nsDOMWindowController::DoCommandWithEditInterface(const nsCString & {...}) line 
4514 + 23 bytes
nsDOMWindowController::DoCommand(nsDOMWindowController * const 0x0422e550, const 
nsAString & {...}) line 4464 + 12 bytes
nsXBLPrototypeHandler::ExecuteHandler(nsXBLPrototypeHandler * const 0x03f5caf0, 
nsIDOMEventReceiver * 0x03f3dfe0, nsIDOMEvent * 0x04500bd4) line 309
DoKey(nsIAtom * 0x02715a20, nsIXBLPrototypeHandler * 0x03f5caf0, nsIDOMEvent * 
0x04500bd4, nsIDOMEventReceiver * 0x03f3dfe0) line 92
nsXBLKeyHandler::KeyPress(nsXBLKeyHandler * const 0x03f3b5a0, nsIDOMEvent * 
0x04500bd4) line 107 + 40 bytes
nsEventListenerManager::HandleEvent(nsEventListenerManager * const 0x03f21dc0, 
nsIPresContext * 0x02cf3320, nsEvent * 0x0012f798, nsIDOMEvent * * 0x0012f33c, 
nsIDOMEventTarget * 0x04253420, unsigned int 7, nsEventStatus * 0x0012f704) line 
1548 + 41 bytes
nsGenericElement::HandleDOMEvent(nsGenericElement * const 0x03f21b50, 
nsIPresContext * 0x02cf3320, nsEvent * 0x0012f798, nsIDOMEvent * * 0x0012f33c, 
unsigned int 1, nsEventStatus * 0x0012f704) line 1674
nsHTMLInputElement::HandleDOMEvent(nsHTMLInputElement * const 0x03f21b50, 
nsIPresContext * 0x02cf3320, nsEvent * 0x0012f798, nsIDOMEvent * * 0x00000000, 
unsigned int 1, nsEventStatus * 0x0012f704) line 1078 + 29 bytes
PresShell::HandleEventInternal(nsEvent * 0x0012f798, nsIView * 0x02cf4a40, 
unsigned int 1, nsEventStatus * 0x0012f704) line 5513 + 47 bytes
PresShell::HandleEvent(PresShell * const 0x02cf4384, nsIView * 0x02cf4a40, 
nsGUIEvent * 0x0012f798, nsEventStatus * 0x0012f704, int 1, int & 1) line 5440 + 
25 bytes
nsView::HandleEvent(nsView * const 0x02cf4a40, nsGUIEvent * 0x0012f798, unsigned 
int 28, nsEventStatus * 0x0012f704, int 1, int & 1) line 377
nsViewManager::DispatchEvent(nsViewManager * const 0x02cf4be0, nsGUIEvent * 
0x0012f798, nsEventStatus * 0x0012f704) line 2051
HandleEvent(nsGUIEvent * 0x0012f798) line 68
nsWindow::DispatchEvent(nsWindow * const 0x02cf4904, nsGUIEvent * 0x0012f798, 
nsEventStatus & nsEventStatus_eIgnore) line 712 + 10 bytes
nsWindow::DispatchWindowEvent(nsGUIEvent * 0x0012f798) line 733
nsWindow::DispatchKeyEvent(unsigned int 131, unsigned short 118, unsigned int 0) 
line 2380 + 15 bytes
nsWindow::OnChar(unsigned int 22, unsigned int 0, unsigned char 0) line 2504
nsWindow::ProcessMessage(unsigned int 258, unsigned int 22, long 3080193, long * 
0x0012fba4) line 3040 + 33 bytes
nsWindow::WindowProc(HWND__ * 0x00010292, unsigned int 258, unsigned int 22, 
long 3080193) line 979 + 27 bytes
USER32! 77e148dc()
USER32! 77e14aa7()
USER32! 77e266fd()
nsAppShellService::Run(nsAppShellService * const 0x010c4230) line 418
main1(int 1, char * * 0x00484470, nsISupports * 0x00000000) line 1128 + 32 bytes
main(int 1, char * * 0x00484470) line 1426 + 37 bytes
mainCRTStartup() line 338 + 17 bytes
KERNEL32! 77e992a6()
*** Bug 84003 has been marked as a duplicate of this bug. ***
These bugs all seem related: bug 84027, bug 83109, bug 83919, and bug 83626.
Steps to reproduce (copied from from bug 84088)

1. Open a new browserwindow
2. Notice that the urlbar has focus
3. Try one of the floowing operations
     * Use home/end/left/right
     * Try to paste using either ctrl-v, contextmenu or menu
4. Click somewhere in the webpage to make the urlbar loose focus
5. Click in the urlbar to give it focus
6. Try any of the operations in 3.

In step 3 nothing works. You can move the cursor using the mouse but paste and 
keyboard navigation is broken. In step 6 everything works fine.

This is actually a problem with all textboxes. Try for example to bring up the 
properties on a bookmark and note that the name field dosn't work until you 
refocus it.


*** Bug 84088 has been marked as a duplicate of this bug. ***
*** Bug 84027 has been marked as a duplicate of this bug. ***
*** Bug 83109 has been marked as a duplicate of this bug. ***
*** Bug 83626 has been marked as a duplicate of this bug. ***
Keywords: rtm
Changing OS to all based on dupes.
OS: Windows 2000 → All
This works for me now.  This bug gathered five dups during its first few days, 
and was then silent for a month, so I'm guessing the problem was fixed.  If 
anyone still sees this problem, please reopen.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
mass-verifying WorksForMe bugs which haven't changed since 2001.12.31.

set your search string in mail to "EmperorLondoMollari" to filter out these
messages.
Status: RESOLVED → VERIFIED
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.