177660 - Allow read user prefs within XBL for bindings in ./res/html.css (e.g. for marquee element)

Status: VERIFIED DUPLICATE of bug 59701

(Core :: XBL, defect)

Description

[Manko]

According bug 161109 we need user pref for <marquee> emulation. But we want to
minimize number of forks in C++ code.

Ideal solution for this issue may be allowing XBL to read user prefs and choose
corresponding behavior. This will add more flexibility of fine Mozilla tuning
and might be useful not only for <marquee>, but for further similar issues.

Of course, this must be allowed only in chrome XBL. XBL from web pages must be
denied to read user prefs.

Comment 1

[Boris Zbarsky [:bzbarsky]]

Um.... Chrome XBL can already read user prefs. See
http://lxr.mozilla.org/seamonkey/source/xpfe/global/resources/content/bindings/tabbrowser.xml#303
eg.

Comment 2

[Manko]

No, i still can't read prefs within xbl-marquee.xml
My code:
<field name="mPrefs" readonly="true">
        Components.classes['@mozilla.org/preferences-service;1']
                .getService(Components.interfaces.nsIPrefService)
                .getBranch(null);
</field>
Causes error:
Error: uncaught exception: Permission denied to get property UnnamedClass.classes

Comment 3

[Christopher Aillon (sabbatical, not receiving bugmail)]

Chrome XBL can read prefs.  This is not considered chrome XBL because it was
loaded by something with content priveleges, even though it has a chrome URL.

*** This bug has been marked as a duplicate of 177639 ***

Comment 4

[Manko]

Please, include me in CC list of bug 177639

Comment 5

[Manko]

I can't see bug 177639, but I consider this bug not to be invalid. Reopening.

Comment 6

[Benjamin Smedberg]

*** This bug has been marked as a duplicate of 59701 ***

Comment 7

[Manko]

Verifying duplicate, transfering dependencies.