Closed
Bug 54217
Opened 25 years ago
Closed 9 years ago
Re-use nsIWebBrowserPersist from within nsExternalHelperAppService
Categories
(Core :: Networking, defect, P3)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: mscott, Unassigned)
Details
This is a reminder bug. Bill and I were talking about this after our meeting on
Thursday. We should move the code I have to stream data to a temp file while we
determine if we want to open or save the file to disk (including prompting for
the file name) into the xfer component that Bill has. Basically this code
implements a stream listener interface so data can be streamed directly to it
while we bring up the UI.
In order to consolidate things like error checking, it makes sense to move this
out where it can leverage error checking and other things that Bill already has
working in the xfer component.
"xfer" is kaput. Nowadays, the code we'd like to reuse is the
nsIWebBrowserPersist interface implemented in nsWebBrowserPersist over in embedding.
I looked into doing that in the course of fixing bug 27609 but it wasn't
feasible at the time, mostly due to resource constraints. It might be
theoretically possible, with some tweaking of nsWebBrowserPersist so it wasn't
so persnickity about owning the output file stream.
Summary: Move helper app code for streaming to a temp file into xpfe/xfer → Re-use nsIWebBrowserPersist from within nsExternalHelperAppService
Updated•17 years ago
|
Assignee: mscott → nobody
Updated•9 years ago
|
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•