User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:18.104.22.168) Gecko/20060508 Firefox/22.214.171.124
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:126.96.36.199) Gecko/20060508 Firefox/188.8.131.52
Because of a security issue ( bug #326501 ), the fix of this issue was to disallow the use of custom tree views in a remote XUL.
This fix is a big issue because it breaks many web application. Custom tree views are very useful. A solution should be found to allow this feature.
Steps to Reproduce:
1. open the given URL in Firefox 184.108.40.206
The tree should be filled by the custom view.
Same happens on our systems.
Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:220.127.116.11) Gecko/20060508 Firefox/18.104.22.168
*** Bug 340546 has been marked as a duplicate of this bug. ***
Created attachment 224605 [details]
Here is a sample remote XUL that shows the problem
The sample code is from http://www.xulplanet.com/tutorials/xultu/treeview.html
(In reply to comment #0)
I just want to add a comment about why custom tree view is important for remote XUL applications.
We currently have a commercial web server manager written in XUL, and it uses custom tree view to display the files in a directory.
After FF 1.5.4 broke custom tree view, we have been forced to re-write the code to use content tree view instead.
Content tee view works, but is 5 to 10 times slower than the version using custom view. The most likely reason is that with the content view, the entire DOM has to be build all at once when the directory is refreshed. With custom tree view, only the rows that are visible needs to be computed via getCellText(). On a directory with several thousand files the building of the content view tree can take a long time, causing users to see "A Script on this page is busy...", which is very user unfriendly and we are still trying to get around that problem using some setTimeout hacks.
Sorry to spam the bug but does anyone have _any_ workaround for this, no matter how ugly? This totally breaks my XUL application, since the interest for this bug seems so low I can only conclude that remote XUL isn't used much at the moment.
You can revert this patch changes (https://bugzilla.mozilla.org/show_bug.cgi?id=326501#attach_216077) from trunk and
build your own version of product. I think it is only workaround which will help.
Well it took me some time to find out that it is possible to enable custom trees in remote xul by gaining UniversalBrowserWrite. Writing this just in case someone like me looks at this.
As remote XUL has been disabled since few years into Firefox, we can close this bug.