173343 - UI items missing if mozilla is started from UNC path

Status: RESOLVED FIXED

(SeaMonkey :: UI Design, defect)

Description

[Sönke Schippmann]

User-Agent:       Mozilla/5.0 (Windows; U; WinNT4.0; de-AT; rv:1.1) Gecko/20020826
Build Identifier: Mozilla/5.0 (Windows; U; WinNT4.0; de-AT; rv:1.1) Gecko/20020826

If Mozilla is installed to and started from a UNC path, some items of the GUI
are missing (Preferences/Privacy & Security, Tools/Cookie Manager, icons for
ChatZilla, Mail, Address Book, Composer in status bar, and many others).

Reproducible: Always

Steps to Reproduce:
1. As Admin (this is: with write access), install Mozilla to a UNC Path, e.g.
\\server\mozilla (I use the .zip package).
2. As Admin, start Mozilla once, to get component.reg etc. build - everything
shows up as expected.
3. As user (readonly access), start Mozilla.

Actual Results:  
Several GUI items are missing, as mentioned aboved.

Expected Results:  
These items should definitly show up.

This bug does not show up if you map a drive letter to the server share and
start Mozilla from this drive in step 2 above. You can even use a UNC path
afterwards to start Mozilla without problems, as long as you don't do this with
write access on the share.

This Bug may be related to Bug 8684.

Tested with Windows 2000 Server and Samba 2.2.3a on Linux 2.4.18, clients
Windows NT and Windows 2000, Mozilla 1.1 de-AT and 1.1 en.

Comment 1

[Chris Lyon]

Are you still seeing this problem with a new build of Mozilla?

Comment 2

[Chris Lyon]

Resolving bug due to lack of response form reporter.  

Please reopen this bug report if the problem persists with a new build of Mozilla.

Comment 3

[Sönke Schippmann]

Please excuse my delayed response. This bug is still present in 1.3b (Build
2003021008), tested on Windows NT 4 with a Samba 2.2.3a server.

As it seems to me, Bug 101953 is tracking UNC issues, so I mark this bug as depend.

Comment 4

[Asa Dotzler [:asa]]

Unable to find any duplicates of this report.  Sönke, are you still able to
reproduce this with Mozilla 1.6 or newer?

Are all of the items that fail tied to XUL overlays?

Comment 5

[Sönke Schippmann]

With 1.6 (Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.6)
Gecko/20040113) I cannot reproduce the bug anymore. Marking as fixed.

As it seems to me, it is fixed since 1.4 - could this be related to the UNC
problem fixed in Bug 162025 ?