209070 - about:config is broken, shows columns but no data

Status: RESOLVED FIXED

(Camino Graveyard :: General, defect)

Description

[Chris Casciano]

not much to add really, about:config isn't very useful as it only shows the
column headers and not any preference info.

I'd be perfectly happy with it either working or removed... but right now its
kindof in the middle and looks like a bug.

Camino 2003061104

Comment 1

[Mike Pinkerton (not reading bugmail)]

ther's another bug on this, but i can't find it now. it's cuz we don't support
xul. we should clean this up.

Comment 2

[Jasper]

You are probably refering to Bug 199203, thought it's about plugins.

Note that all the about: stuff is broken.

Comment 3

[Pete Doane]

about:buildconfig and about:mozilla work.

it would be nice to get about:config working.

Comment 4

[Mark Whitis]

This happend to me on Firefox 8.0 under Linux.   about:config normally works for
me but recently it simply displayed the column headings and search box with no
data.  The search string text was empty (so I wasn't looking at a reduced
subset) and the show all button was grayed out.   When I restarted the browser
it fixed it.

Comment 5

[timeless]

problem #1: you aren't packaging layout_xul_tree.xpt.
fixing this requires a change to Camino.xcode/project.pbxproj

problem #2: something to do w/ stringbundles - i'll figure this out later.

if someone would fix #1, i'd appreciate it. I'm having a rough time w/ xcode.
(and i have my own diffs to the xcode project which people won't like...)

Comment 6

[Eiichi]

duplicate of Bug 199203?

Comment 7

[timeless]

[e-mail]: that was already suggested, but it's not strictly the same,
and fixing one is not guaranteed to fix the other.

Comment 8

[Bruce Davidson]

Wevah has prepared a pref-pane (currently only as an additional one that you
have to add into your installation) that basically duplicates the same
functionality as about:config, but as a proper pref pane. This is much more mac
like that using about:config (and has the advantage of working :-).

The downside of it is that (without introducing a rather bizarre pref to enable
an additional pref panel) it would be readily visible to all users, whereas
having to type about:config raises the bar somewhat, and makes it clearer that
its more serious than just selecting a pref pane.

I think we should have a debate about which approach we want to use for 1.0.

Comment 9

[Wevah (Nate Weaver)]

Actually, the pref pane is Geoff's!

;)

Comment 10

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Is Geoff's prefPane available anywhere in the interim?  Will it be made
available for download as a separate (not part of Camino) item for those that
desire it in 0.9 (much like eccoana's CamiOptions and CamiFlash)?

Now that we have drop-in prefPanes in the profile, the about:config prefPane
should be easy to install yet not need to be included in Camino, which should
alleviate most of Bruce's concerns in comment 8.

Comment 11

[Eiichi]

Just for reference.
Hiroto Sakai releases "Camino AboutConfig.prefPane 1.0.1".
http://www.fan.gr.jp/~sakai/moz.php
Download for Camino AboutConfig.prefPane 1.0.1
http://www.fan.gr.jp/~sakai/files/aboutconfig-1.0.1.dmg

Comment 12

[Samuel Sidler (old account; do not CC)]

I'll start the debate mentioned in comment 8 by Bruce.

I don't think we should expose about:config as most Moz browser do. I think we
should provide for download a 3rd party pref panel that does about:config
similar (if not!) Geoff's Kitchen Sink. To stay user focused, we shouldn't
provide the pref pane by default, but rather as a separate download from our
(upcoming) caminoextras website.

Comment 13

[Ulrik Sverdrup]

I agree with Samuel, and that we should disable about:config.

The best way to do it, would be to display nothing, but just open the standard
preferences window.

Comment 14

[Simon Fraser [no longer active]]

Unfortunately about:config is registered down in necko:
http://lxr.mozilla.org/mozilla/source/netwerk/build/nsNetModule.cpp#993
even though the UI had dependencies on a whole bunch of non-embedding stuff. Sigh.

Comment 15

[Simon Fraser [no longer active]]

It turns out that we just need to copy over layout_xul_tree.xpt to fix this.

Comment 16

[Simon Fraser [no longer active]]

Fixed on trunk and branch.