Closed
Bug 152231
Opened 23 years ago
Closed 23 years ago
InternetConfigService should be part of uriloader rather than appshell
Categories
(Core Graveyard :: Embedding: Mac, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla1.2beta
People
(Reporter: sdagley, Assigned: sdagley)
References
Details
Attachments
(3 files, 4 obsolete files)
|
17.41 KB,
patch
|
Details | Diff | Splinter Review | |
|
34.54 KB,
patch
|
sdagley
:
review+
scc
:
superreview+
|
Details | Diff | Splinter Review |
|
17.93 KB,
patch
|
sdagley
:
review+
darin.moz
:
superreview+
|
Details | Diff | Splinter Review |
Logging new bug for relocation of the nsInternetConfigService...
The nsInternetConfigService, which provides services such as MIME type mapping
and external protocol handling, currently is part of appshell. This is the
wrong location for such a service and basically the only reason Mac embedding
clients depend on the appshell component. To break this dependency, and provide
a more appropriate home for the service it should be moved to uriloader. This
was agreed to by mscott and alecf.
The first step in the relocation is CVS moving the files associated with the
nsInternetConfigService from the appshell directories to uriloader.
Specifically these files:
/mozilla/xpfe/appshell/public/nsIInternetConfigService.idl
/mozilla/xpfe/appshell/src/nsInternetConfig.cpp
/mozilla/xpfe/appshell/src/nsInternetConfig.h
/mozilla/xpfe/appshell/src/nsInternetConfigService.cpp
/mozilla/xpfe/appshell/src/nsInternetConfigService.h
/mozilla/xpfe/appshell/src/nsMacMIMEDataSource.cpp
/mozilla/xpfe/appshell/src/nsMacMIMEDataSource.h
All 7 of these files should be moved to:
/mozilla/uriloader/exthandler/mac/
Once the files are CVS moved I can check in the changes to build with the
relocated files (patch forthcoming) and remove the now obsolete originals in
/mozilla/xpfe/appshell/
| Assignee | ||
Comment 1•23 years ago
|
||
| Assignee | ||
Comment 2•23 years ago
|
||
Comment on attachment 87881 [details] [diff] [review]
Patch to build nsInternetConfigService in uriloader instead of appshell
Oops, had some experimental cruft in tree, lemme try that again
Attachment #87881 -
Attachment is obsolete: true
| Assignee | ||
Comment 3•23 years ago
|
||
| Assignee | ||
Updated•23 years ago
|
Target Milestone: --- → mozilla1.0.1
| Assignee | ||
Comment 4•23 years ago
|
||
ccarlen was helping me get this working in the Chimera branch and discovered the
VPATH part in makefiles apparently doesn't work with IDL files. This means
nsIInternetConfigService.idl can't be in /mozilla/uriloader/exthandler/mac/ so
here's the revised list of files to move and where they need to be moved to:
/mozilla/xpfe/appshell/public/nsIInternetConfigService.idl
--> /mozilla/uriloader/exthandler/
/mozilla/xpfe/appshell/src/nsInternetConfig.cpp
/mozilla/xpfe/appshell/src/nsInternetConfig.h
/mozilla/xpfe/appshell/src/nsInternetConfigService.cpp
/mozilla/xpfe/appshell/src/nsInternetConfigService.h
/mozilla/xpfe/appshell/src/nsMacMIMEDataSource.cpp
/mozilla/xpfe/appshell/src/nsMacMIMEDataSource.h
--> /mozilla/uriloader/exthandler/mac/
Comment 5•23 years ago
|
||
files copied, you may update your build system stuff and cvs remove the old file
locations.
Comment 6•23 years ago
|
||
Makefile changes to get it to build with the Mach-0 build and compile with gcc.
There were some const violations in nsInternetConfigService.cpp that CW would
allow :-/
| Assignee | ||
Comment 7•23 years ago
|
||
This is still waiting on the Chimera changes to be brought over to the trunk
which I _think_ we're planning on doing for Mozilla 1.2
Status: NEW → ASSIGNED
Target Milestone: mozilla1.0.1 → mozilla1.2alpha
| Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla1.2alpha → mozilla1.2beta
Comment 8•23 years ago
|
||
Comment on attachment 87886 [details] [diff] [review]
right version of patch to build nsInternetConfigService in uriloader
r=ccarlen
Attachment #87886 -
Flags: review+
| Assignee | ||
Comment 9•23 years ago
|
||
Moves nsInternetConfigService into uriloader for CFM build. First step to
getting it there for mach-o build
Attachment #87886 -
Attachment is obsolete: true
Comment 10•23 years ago
|
||
Comment on attachment 100074 [details] [diff] [review]
patch for CFM updated to current trunk
sr=scc
Attachment #100074 -
Flags: superreview+
| Assignee | ||
Comment 11•23 years ago
|
||
Comment on attachment 100074 [details] [diff] [review]
patch for CFM updated to current trunk
bringing forward ccarlen's r=
Attachment #100074 -
Flags: review+
| Assignee | ||
Comment 12•23 years ago
|
||
Updated version of conrad's patch to mach-o build for building ICService in
uriloader
| Assignee | ||
Comment 13•23 years ago
|
||
Comment on attachment 100074 [details] [diff] [review]
patch for CFM updated to current trunk
This patch is now landed on the trunk. Leaving bug open until the mach-o
changes land
| Assignee | ||
Comment 14•23 years ago
|
||
fixed conflict with darin's prefetch landing
Attachment #100105 -
Attachment is obsolete: true
| Assignee | ||
Comment 15•23 years ago
|
||
Patch updated to actually build on trunk
Attachment #101155 -
Attachment is obsolete: true
| Assignee | ||
Comment 16•23 years ago
|
||
Comment on attachment 101203 [details] [diff] [review]
ccarlen's patch updated _and_ buildable
r=sdagley (I'm claiming the r= since ccarlen made it work on the Chimera
branch, I just abused it until it built on the trunk)
Attachment #101203 -
Flags: review+
Comment 17•23 years ago
|
||
Comment on attachment 101203 [details] [diff] [review]
ccarlen's patch updated _and_ buildable
sr=darin
nit: how about unifying the tabs in widget/src/mac/Makefile.in while you're
touching it.
Attachment #101203 -
Flags: superreview+
| Assignee | ||
Comment 18•23 years ago
|
||
landed
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
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
•