Closed Bug 10794 Opened 25 years ago Closed 25 years ago

Search field clears after typing a few characters

Categories

(Core :: Networking, defect, P2)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: mikepinkerton, Assigned: rpotts)

References

()

Details

Scroll down to the search field at the bottom of the page. Type some things in it. After about a second, the text will just disappear. If you type it again, it will just disappear again. Wacky. Happens on both linux and mac. 7/29/99 build.
Assignee: karnaze → buster
Reassigning to Steve.
Assignee: buster → warren
Component: HTML Form Controls → Necko
Priority: P3 → P2
It's the wallet code that is killing your input into the text field. What is happening is this page has several animated gifs which are causing nsDocLoaderImpl::FireOnEndDocumentLoad notifications, resetting the form every second or two. animated gifs should not cause this notification to fire, as far as I can tell. I think this is a Necko thing. cc'ing morse because wallet is on the stack, and maybe the wallet code is listening on the wrong level? stack: nsGfxTextControlFrame::SetTextControlFrameState(const nsString & {...}) line 592 nsGfxTextControlFrame::SetProperty(nsGfxTextControlFrame * const 0x0c5cd7d0, nsIAtom * 0x0138e2f0, const nsString & {...}) line 632 nsHTMLInputElement::SetValue(nsHTMLInputElement * const 0x0c56c8f0, const nsString & {...}) line 356 nsWalletlibService::OnEndDocumentLoad(nsWalletlibService * const 0x012815dc, nsIDocumentLoader * 0x0b73e320, nsIChannel * 0x00000000, int 0, nsIDocumentLoaderObserver * 0x012815dc) line 353 + 22 bytes nsDocLoaderImpl::FireOnEndDocumentLoad(nsIDocumentLoader * 0x0b73e320, int 0) line 1124 nsDocLoaderImpl::ChildDocLoaderFiredEndDocumentLoad(nsDocLoaderImpl * 0x0b546630, nsIDocumentLoader * 0x0b73e320, int 0) line 1147 nsDocLoaderImpl::FireOnEndDocumentLoad(nsIDocumentLoader * 0x0b73e320, int 0) line 1130 + 23 bytes nsDocLoaderImpl::ChildDocLoaderFiredEndDocumentLoad(nsDocLoaderImpl * 0x0b6b1540, nsIDocumentLoader * 0x0b73e320, int 0) line 1147 nsDocLoaderImpl::FireOnEndDocumentLoad(nsIDocumentLoader * 0x0b73e320, int 0) line 1130 + 23 bytes nsDocLoaderImpl::ChildDocLoaderFiredEndDocumentLoad(nsDocLoaderImpl * 0x0b73e320, nsIDocumentLoader * 0x0b73e320, int 0) line 1147 nsDocLoaderImpl::FireOnEndDocumentLoad(nsIDocumentLoader * 0x0b73e320, int 0) line 1130 + 23 bytes nsDocLoaderImpl::OnStopRequest(nsDocLoaderImpl * const 0x0b73e324, nsIChannel * 0x0c640b30, nsISupports * 0x00000000, unsigned int 0, unsigned short * 0x00000000) line 1031 nsOnStopRequestEvent::HandleEvent(nsOnStopRequestEvent * const 0x0c64ce80) line 274
cc'ing Neeti because she's familiar with the notification code that is used by wallet.
That's amazing. I just tried it out and the text really does disappear!
Status: NEW → ASSIGNED
Target Milestone: M9
This is related to the same docloader problems that are causing the bad page-load timing information. Cc'ing Radha.
Blocks: 11267
*** Bug 11267 has been marked as a duplicate of this bug. ***
Assignee: warren → rpotts
Status: ASSIGNED → NEW
Rick, you should take this one too since you're taking over the doc loader issues from Radha.
Status: NEW → ASSIGNED
Target Milestone: M9 → M10
This has been fixed on the M9 branch. I'll close it out when I merge the changes back into the tip... -- rick
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
I've landed M9 on the tip...
Status: RESOLVED → VERIFIED
verified fixed on 1999-09-13-08-M10 RedHat Linux 6.0 (GNOME/enlightenment) 1999-09-13-08-M10 WinNT 4.0 sp5 1999-09-13-08-M10 MacOS 8.51
Bulk move of all Necko (to be deleted component) bugs to new Networking component.
It seems that the bug reappeared. again. I will issue another bug submittal
You need to log in before you can comment on or make changes to this bug.