"Find" can't find, "Cancel" can't cancel

  • Thread starter Thread starter Jeff Ward
  • Start date Start date
J

Jeff Ward

Edit > Find (on This Page...) pops up but when text is
entered that also is on the page to be searched, "Find"
has no effect. Pushing "Cancel" does not unload the dialog
(but the control box close(X) will). Another symptom which
might be due to the same cause is related to pop-up
windows or a new browser window opening; the window will
wait forever as if it can't connect to the source but if I
push "Esc" then "F5" (refresh) the window shows the
desired contents fine.
Using IE6SP1 plus most current patches (I think).
 
Nothing found after running:
1.AdAware
2.Pest Patrol
3.BHODemon
4.doxdesk.com/parasite
I also tried MS Q281679 and the numerous recommendations
I've seen mostly resembling this and had no positive
results. RegSvr32 complained about url.dll: "url.dll was
loaded, but the DllRegisterServer entry point was not
found. DllRegisterServer may not be exported, or a corrupt
version of url.dll may be in memory. Consider using PView
to detect and remove it." I think this message is to be
expected since I had the same message on another PC
without the problem. I ran PView but don't see how that
could help. I'm using NT4SP6a.
 
Another symptom which
results. RegSvr32 complained about url.dll: "url.dll was
loaded, but the DllRegisterServer entry point was not
found.
Click to expand...

As you may have surmised there is a typo still in that article.
They ask you to verify the presence of url.dll and then
later ask you register urlmon.dll. Unfortunately this leaves
the reader with a 50/50 chance of guessing which one is
right. You guessed wrongly. It is the verification list which
is incorrect. Re-register urlmon.dll as the article says.
Often we don't even bother referring users to the article and
and just tell them to re-register urlmon.dll and most of the time
that is enough.

Note: I expect this only to fix your second symptom.


FWIW I can recall that there were a few problems with the Find
function in IE5 but I don't remember seeing that many in IE6.
Try doing a Google Groups search in the IE5 newsgroups for
ideas. E.g.
"ctrl+f" find group:microsoft.*.ie5*


Hmm... you may be right. There does appear to be a common factor.
Try this refinement of that search.

MVP oleaut32 ("Ctrl+F" OR "won't open") group:microsoft.*.ie6*


HTH

Robert Aldwinckle
 
I had already registered urlmon.dll but that didn't help.
I do think the "Find" problem has the same root cause as
the "new window not opening" problem because I have both
which started at the same time. I have read about 4
different "cures" for this problem (excluding numerous
duplicate suggestions) but none have worked. I registered
all 1300+ dlls and ocxs in \system32 but that didn't help
either. Fortunately I have a program that did it
automatically. Still not fixed. I wonder how well MS
tested IE6SP1 with NT4SP6a.
 
SOLUTION FOUND!
As we suspected, both the "Find" and "new window open"
problems had the same cause. Concurrently, a few other
programs (even NotePad) were sluggish. Your suggestion to
check Google groups led me to the recommendation to
replace OLEAUT32.DLL which was the root cause of both
problems. IE6SP1 for WinNT installed the same dll as used
in WinXPSP1 which doesn't seem to behave well with my NT4
(and Win98 from some reports, although not on any of
mine). I replaced it with the dll in NT4SP6a (the same
version as that accompanying many other installs) and the
problem was immediately fixed.
Thank you for your suggestions.
 
Back
Top