Closed
Bug 29275
Opened 25 years ago
Closed 25 years ago
merge xpiflash with xpinstall
Categories
(Core Graveyard :: Installer: XPInstall Engine, defect, P3)
Core Graveyard
Installer: XPInstall Engine
Tracking
(Not tracked)
VERIFIED
WONTFIX
M16
People
(Reporter: dougt, Assigned: dougt)
References
Details
to remove extra dll loading time, we can move xpiflash into xpinstall. see:
http://bugzilla.mozilla.org/show_bug.cgi?id=29249
Assignee | ||
Comment 1•25 years ago
|
||
targeting m16. If you reported this bug, and you would like to have it fixed
sooner, please send me email. I will see what I can do. :-)
Target Milestone: M16
Assignee | ||
Comment 2•25 years ago
|
||
marking this as WONTFIX. If I combine these, the stub installers will have to
include the RDF libraries. On windows this is 323k.
Reopen if you have another suggestion.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WONTFIX
Comment 3•25 years ago
|
||
I would like to see xpiflash loaded lazily then.
Assignee | ||
Comment 4•25 years ago
|
||
It can not be as it used as a datasource for a popup.
Comment 5•25 years ago
|
||
Who loads xpiflash? It doesn't have an import lib to RDF, and as used in the
installers (via xpistub) the normal start-up code is bypassed.
If you're loading things dynamically and you can't get RDF then why can't we
just deal with the failure?
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•