Closed
Bug 54345
Opened 25 years ago
Closed 25 years ago
Installation does not install webbrwsr.dll
Categories
(SeaMonkey :: Installer, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
M18
People
(Reporter: adamlock, Assigned: adamlock)
Details
(Keywords: embed, Whiteboard: [nsbeta3-][rtm++])
Attachments
(1 file)
|
559 bytes,
patch
|
Details | Diff | Splinter Review |
The Mozilla control creates a webbrowser object to do embed Gecko.
Unfortunately, the object cannot be created because webbrwsr.dll is not
installed. The control prints a message that it cannot create a critical
component and does not function correctly.
Updated•25 years ago
|
Comment 4•25 years ago
|
||
Not holding PR3 for this; marking nsbeta3-.
Whiteboard: [nsbeta3+] → [nsbeta3-]
Updated•25 years ago
|
Whiteboard: [nsbeta3-] → [nsbeta3-][rtm+]
Comment 6•25 years ago
|
||
The install team is not responsible for keeping the package lists up to date, we
cannot know what's required in each component though we do try to help.
Sean is pretty booked for RTM, please try to check this in yourself or get
another browser folk involved. r=dveditz for the patch and module owner approval
from me. You need a super reviewer before setting rtm+
Assignee: ssu → adamlock
Whiteboard: [nsbeta3-][rtm+] → [nsbeta3-][rtm+ need super review]
Comment 7•25 years ago
|
||
looks simple and correct to me, a=scc
Comment 8•25 years ago
|
||
PDT would like to know why seamonkey needs this on the branch? Is this an
embedding issue which should go on the trunk?
The branch should either get this fix or you should take mozctl.dll out of NS
6.0 Final, Either way the package list needs to be updated because the Mozilla
control won't work without the webbrwsr.dll.
Comment 10•25 years ago
|
||
Changing to [rtm+] to get on PDT radar: What is it guys? add webbrwsr.dll or
remove mozctl.dll? Adding webbrwsr.dll can't break the product, it would only
enable people to experiment with mozctl.dll if they want without having to
download a Mozilla build to do so.
Whiteboard: [nsbeta3-][rtm+ need super review] → [nsbeta3-][rtm+]
Comment 11•25 years ago
|
||
PDT would like an explanation of the problem in English. We don't know what
users gain by including one dll, or how they're hurt by removing the other dll.
| Assignee | ||
Comment 12•25 years ago
|
||
The Mozilla ActiveX control wrapper is used by people like VB programmers who
want to use Gecko without wading into C++, XPCOM etc. It's also API compatible
with the Internet Explorer control so programmers can easily migrate their apps
from IE to Mozilla.
The control is implemented in mozctl.dll. When instantiated it tries to create
the webbrowser XPCOM object. This object is implemented in webbrwsr.dll and is
how people embed Gecko. If webbrwsr.dll isn't there, the Mozilla control cannot
create the webbrowser object and reports a critical error. In other words, the
Mozilla control is useless without webbrwsr.dll.
So the choice boils down to this:
1. Remove mozctl.dll from the package list and lose the Mozilla ActiveX control
2. Add webbrwsr.dll to the package list and fix the Mozilla ActiveX control.
Neither choice will affect anything except the Mozilla ActiveX control. I would
personally like to do 2). Webbrwser.dll is a 40k DLL.
Comment 13•25 years ago
|
||
PDT marking [rtm++] for option (2), but please land quickly since this ++ won't
last forever.
Whiteboard: [nsbeta3-][rtm+] → [nsbeta3-][rtm++]
| Assignee | ||
Comment 14•25 years ago
|
||
Fix checked into branch and trunk
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 15•24 years ago
|
||
2000102808 has the file webbrwsr.dll in the components directory
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•