Closed Bug 71060 Opened 24 years ago Closed 24 years ago

nsIFileURL needs to be moved into its own idl.

Categories

(Core Graveyard :: Embedding: APIs, defect)

Product:
Core Graveyard
Component:
Embedding: APIs
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED FIXED
Milestone:
mozilla0.9

People

(Reporter: jud, Assigned: dougt)

References

(
URL
)

Details

(Keywords: embed)

currently it lives in nsIURL.idl. the "file" attribute should be made readonly as well.
Blocks: 70229
Status: NEW → ASSIGNED
Keywords: embed
Target Milestone: --- → mozilla0.9
Checked into the tree.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Correction: Changing QA contact for the Embed API bugs to David Epstein.
QA Contact: mdunn → depstein
I couldn't find nsIFileURL.idl on lxr. Was it renamed?
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
I found nsIFileChannel.idl (http://lxr.mozilla.org/seamonkey/source/netwerk/base/public/nsIFileChannel.idl) It calls iface nsIFileURL and has a readonly attribute called 'file'. If this is OK, just change the status back to fixed and I'll verify it.
yup
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
great. verified
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.