Hello,

nsIFile and nsILocalFile interfaces have been modified on the Mozilla 
cvs trunk to address charset problems.  This checkin wraps up the final 
changes we would like to make prior to freezing this interface.

Darin Fisher, the author of these changes, summarizes these changes as 
"including 100 leaks of the result of nsIFile::GetPath (mostly in the 
installer code), and numerous places where people were erroneously 
converting from Unicode to ASCII and vice versa without concern for 
non-ASCII chars (zero byte expanding UTF-8, for example!!). The existing 
nsIFile API encourages both of these problems. The new API makes these 
sorts of problems much much less likely."

You can see the details here:

http://bugzilla.mozilla.org/show_bug.cgi?id=129279

We are planning to land this patch on the Mozilla 1.0 cvs branch as soon 
as possible.  Given the different scheduling requirements, the next 
available landing opportunity will be in the next week or so.  Until 
that time, the branch and the trunk will have incompatible nsIFile and 
nsILocalFile interfaces.

In the unlikely event that we are unable to land this change prior to 
Mozilla 1.0, the plan is to freeze the branch version of nsIFile and 
rename the trunk version of nsIFile to nsIFile2.

Questions or comments welcome.

Doug Turner
[EMAIL PROTECTED]


Reply via email to