Closed
Bug 81743
Opened 24 years ago
Closed 23 years ago
mozctlx.dll causes error during smartupdate from 6.0x to daily builds
Categories
(SeaMonkey :: Installer, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: ssu0262, Assigned: ssu0262)
References
Details
Attachments
(3 files)
|
3.58 KB,
patch
|
Details | Diff | Splinter Review | |
|
3.48 KB,
patch
|
Details | Diff | Splinter Review | |
|
3.95 KB,
patch
|
Details | Diff | Splinter Review |
With the new registration of mozctlx.dll by browser.xpi, people smartupdating
from 6.0/6.01 to daily builds will run into nsXPIDLCString errors when
mozctlx.dll is being registered.
This is probably because mozctlx.dll expects to find the correct versions of
mozilla dlls already installed by the time the registration is done. This is an
incorrect assumption when installing via SmartUpdate because the correct file
will not have been installed properly until after a reboot (because they're in
use at the time of the SmartUpdate). The users will also see error messages
thrown by mozctlx.dll similar to bug 81627. However, once dismissed, the
installation continues as normal.
Once solution would be to not perform the required registration in the .xpi
file. A new .xpi file could be written to just perform this registration
process via the SmartUpdate pages, but only after detecting that the user had
already updated to the latest version of the browser.
This means that the user, after already visiting the SmartUpdate pages to update
to the latest version, they will have to come back again to run this .xpi file
to perform the registration.
I'm not sure how else to resolve this registration issue.
Just thought about another option:
Not have browser.xpi register the dll, but instead have the native installer
register the dll at the end of its installation. As for the SmartUpdate, simply
have browser.xpi create a shortcut in the start menu that will simply register
the dll.
Keywords: mozilla0.9.1
Patches #1 will move the registering of mozctlx.dll from browser.xpi to the
native installer. This means that mozctlx.dll will only be registered when the
browser is installed via the native windows installer. It will not be
registered when doing a smartupdate with browser.xpi.
Comment 7•24 years ago
|
||
sr=mscott
this bug is no longer valid because of bug 82202. I will leave it as REMIND for
when mozctlx.dll registration comes back.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → REMIND
Comment 9•23 years ago
|
||
REMIND is deprecated per bug 35839. Please find another resolution for this bug.
Status: RESOLVED → REOPENED
Resolution: REMIND → ---
Comment 10•23 years ago
|
||
Alright, fixed then.
Status: REOPENED → RESOLVED
Closed: 24 years ago → 23 years ago
Resolution: --- → FIXED
Updated•21 years ago
|
Product: Browser → Seamonkey
Component: Installer: XPI Packages → Installer
QA Contact: agracebush → general
You need to log in
before you can comment on or make changes to this bug.
Description
•