Bommels05/Mozilla
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Merging the following javaxpcom+xulrunner bugs to the 1.8 branches: 302099, 305815, 315401, 272662, 316098, 316090, 320441, 320449, 320574, 317012, 315917, 311240 - all these bugs are either javaxpcom-only, xulrunner-only, or a=drivers (xpcom glue changes only which do not affect firefox/thunderbird)

Browse Source 
git-svn-id: svn://10.0.0.236/branches/MOZILLA_1_8_BRANCH@187179 18797224-902f-48f8-a5cc-f745e15eee43
This commit is contained in:
bsmedberg%covad.net
2006-01-09 19:03:09 +00:00
parent 4dcb29cc66
commit a60be505f1
55 changed files with 4337 additions and 1328 deletions
Download Patch File Download Diff File Expand all files Collapse all files

4
mozilla/extensions/java/xpcom/tests/TestJavaProxy.java
View File

@@ -41,12 +41,12 @@ import java.io.File;
/**
* Tests that if calls to XPCOM functions return the same object, then
* the Javaconnect interface creates the proper Java proxies.
* the JavaXPCOM interface creates the proper Java proxies.
* <p>
* The XPCOM call to <code>nsISupports supp = entries.getNext()</code> returns
* an object, for which we create an <code>nsISupports</code> Java proxy. Then,
* the XPCOM call to <code>supp.queryInterface(nsIFile.NS_IFILE_IID)</code>
* will return the same object (same address). Javaconnect needs to be smart
* will return the same object (same address). JavaXPCOM needs to be smart
* enough to create a new <code>nsIFile</code> proxy, rather than reusing the
* <code>nsISupports</code> one that was previously created.
* </p>