45107 - No themes available in pref skin switching UI

Status: VERIFIED DUPLICATE of bug 46013

(SeaMonkey :: Themes, defect, P3)

Description

[Michael Ward]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; m17) Gecko/20000708
BuildID:
2000070908

When going to the themes prefrences panel, no themes appear in the list

Reproducible: Always
Steps to Reproduce:
1.Go to preferences	

2.Go to themes	
3.

Actual Results:  No themes are listed in the box

Expected Results:  Modern and classic
themes available

Comment 1

[Michael Ward]

Attachment: incorrect pannel

Comment 2

[Zach Lipton [:zach]]

Changing status to new. I don?t know if this is a prefs issue or something that
doesn?t get installed.

Comment 3

[sairuh (rarely reading bugmail)]

methinks this belongs in the Themes component...

Michael, were you seeing this on both win32 and Mac? just wondering, since the
OS/platform sez Mac, but the bugzilla helper info you have shows win32 stuff...
thx!

Comment 4

[Michael Ward]

This is Mack install build only as far as I know. This is from my friend whom I
encouraged to download Mozilla. Unfortunatly his computer crashed trying to fill
out the bug form so I submited it for him.

Comment 5

[Blake Ross]

There's bug 44338 about no classic skin in the prefs.  perhaps 
related/dup...afraid that's all I can offer right now, as I'm away from home..

Comment 6

[Bradley Hart]

The previously mentioned bug was found in the Lineux version. Perhaps the bug is
in other versions, also.

By the way, I am the original finder of the bug, so any questions can be
directed to me.

Comment 7

[hangas]

I am not able to see the problem here.  When I bring up the Themes pref panel I 
have the choices of Modern and Classic.  QA can you confirm this one?

Comment 8

[Blake Ross]

recommend nsbeta2-, as no one can reproduce this, I suspect it's the result of 
some file corruption.

Comment 9

[Bradley Hart]

The bug appears to only manifest itself when the directory folder "Mozilla" is
moved from the install location (the hard disk) to another location (such as the
desktop). I still see no reason for the bug to exist, as the theme files are
stillintact and in their original location.

Comment 10

[Bradley Hart]

To recreate the bug, install Mozilla on the hard disk, and then move the entire
mozilla folder onto the deaktop, and run the program.

Comment 11

[Jay Patel [:jay]]

Putting on [nsbeta2-] radar. Not critical to beta2. 

Comment 12

[Michael Ward]

Bradley, does this always happen after you move the directory, or only the first
time you tried? If it happens all the time, then it is a bug, if not it should
be marked INVALID.

Comment 13

[Michael Ward]

Moving the folder on Win 98SE causes Mozilla to hang at startup...

Comment 14

[Bradley Hart]

The second time I moved the directory, mozilla hung on startup. After I
restarted, however, the themes were avaliable. The third time I attempted to run
the program, the themes were not avaliable. The real problem may be simple the
unreliability of the program.

Comment 15

[Ben Goodger (use ben at mozilla dot org for email)]

If you're getting builds from ftp.mozilla.org rather than building yourself, you
need to use an installer to see themes in this list otherwise none will be
present because the installer installs the skins into the chrome registry. 

Comment 16

[Michael Ward]

He was using installer, I sent it too him. Would moving the folder cause this 
problem with having no themes? Doesn't seem like a good thing, but then again, 
most people don't move the folder the application is in.

Comment 17

[Bradley Hart]

I suggest that this bug be dismissed as a random occurance. Another potental bug, 

however, is the fact that the program is unrelaible when the directory is moved. Should I 

report this as a seperate bug?

Comment 18

[sairuh (rarely reading bugmail)]

hokay, i'm now seeing this...using the opt comm bits 2000.07.24.08 on winnt and
Mac (not a problem on linux). i didn't use the installer with mac or linux, but
i *did* use the installer on winnt.

reopening...unless i'm missing something.

as for installation: what i did was (mileage may vary when using mozilla bits):

1. create a new directory on my hard disk (i do this for each build i test), eg,
d:\mozilla builds\2000072408\
2. download the N6Setup.exe from the <build_path>/sea/ directory on the internal
ftp server (internal since it's commercial).
3. double-click N6Setup.exe and follow installation instructions to install in
the d:\mozilla builds\2000072408\ directory...
4. after launching the browser, check out the Themes panel in the Preferences
dialog.

Comment 19

[Blake Ross]

This is actually bug 46013, which was reported later, but is already plussed.

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

Comment 20

[sairuh (rarely reading bugmail)]

yes, subsequent relaunch of the browser works around this problem. thx, blake.