53674 - prefs for composer invisible

Status: VERIFIED WORKSFORME

(SeaMonkey :: Preferences, defect, P3)

Description

[R.K.Aa.]

2000-09-21-17 linux

in preferences the items for composer (and subitem) isn't visible anymore: text
is missing. (Functionality is OK however; it is possible to click the empty items.)

Comment 1

[R.K.Aa.]

..and in 2000-092121 they returned. WFM.

Comment 2

[R.K.Aa.]

..and in 2000-092321 they vanished again. Reopening.
In addition: When opening composer twisty and clicking what should have read
"New Page Settings", js error appears in console:

chrome://communicator/content/pref/prefutilities.js line 1: redeclaration of
const nsIFilePicker

Comment 3

[R.K.Aa.]

Note: Using the SEA build (others are too large for comfort these days.)

Comment 4

[sairuh (rarely reading bugmail)]

i cannot repro this on linux --then again, i'm using the installer (non-tarball
blob) bits 2000.09.25.08 for commercial. i'll try this out using the sea mozilla
blob soon...

cc'ing beppe to see if she sees this...

Comment 5

[sairuh (rarely reading bugmail)]

just tested this using the 2000.09.25.08 mozilla SEA (which has the installer, i
realize now ;)... but i cannot seem to repro, although i do get the same js
error in the console.

Comment 6

[R.K.Aa.]

*** Bug 54071 has been marked as a duplicate of this bug. ***

Comment 7

[WD]

The word "composer" is invisible on my system.   Redhat 6.1 2000092808
I've used the installer, the strait .tar.gz, and the SEA.   I think they all act
the same for me.

Comment 8

[WD]

Attachment: Screenshot of Preferences

Comment 9

[R.K.Aa.]

this is one weird bug. The composer menus in prefs come and go - every second
build almost. Right now they are there - 2000093009
I can't find any checkins that should alter this back and fort.
Wondering if i now have to start not only mozilla browser but also installed
components before all is initiated right and can be used by normal users?
Another thing that seems to come/go is two menuitems in composer; Edit and
Insert. (filed another bug on that)

These two are also visible in 2000093009, but i've now "learned" to start ALL
components as root before i begin using them as normal user. This is just a
hypothesis of course, but someone who know which file(s) to look for should
perhaps test it out.

Comment 10

[WD]

Yeah, it looks like Mozilla has some real permissions issues.   If I run Mozilla 
as root (ack!!), the word "composer" does appear in my prefs.    And if I 
subsequently run Mozilla as a normal user, it's still there.

Check out bug 41057

Comment 11

[Blake Ross]

--> Default owner

Do you still see this?

Comment 12

[Chris McAfee]

this bug is really old, marking WFM, as it does on both Linux, w2k.

Comment 13

[sairuh (rarely reading bugmail)]

mass verification of WorksForMe bugs: to find all bugspam pertaining to this,
set your search string to "IfItWorksForSlappyTheSquirrelThenItWFM".

if you think this particular bug is *still* an open issue, please make sure of
the following before reopening:

a. that it's still a problem with ***recent trunk builds*** on the all
appropriate platform[s]

b. provide clear steps to reproduce (unless a good test case is already in the
bug report), making sure it pertains to the original problem (avoid morphing as
much as possible :)