Closed Bug 56429 Opened 24 years ago Closed 8 years ago

failing to abide by multi user rules on w2k

Categories

(Core Graveyard :: Profile: BackEnd, defect, P3)

x86
Windows 2000
defect

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: timeless, Assigned: ccarlen)

References

Details

(Keywords: meta)

tests conducted by using ntfs to enforce access permissions.
[based on bug 41057]
personal note: ntfs w/o run once doesn't work <g>, i don't have regchrome for 
win32, can we see about getting it packaged w/ future packages?

to emulate regchrome I ran mozilla as owner and loaded all of my modules 
[editor, mail, address book, irc]. running as mortal I saw two problems, 
talkback had some errors and chatzilla did not have happy chrome. but 
chrome://chatzilla/content/ worked. [no chrome]

interesting output from filemon [http://www.sysinternals.com]
mozilla.exe
IRP_MJ_CREATE
%home%\application data\mozilla\users50\default\user.js
FILE NOT FOUND
-
mozilla.exe
IRP_MJ_CREATE
%home%\application data\mozilla\users50\default\user.js\Desktop.ini
PATH NOT FOUND
-
mozilla.exe
IRP_MJ_CREATE
%mozilla%\components\Netscape\Netscape6\Talkback.ini
FILE NOT FOUND
-
mozilla.exe
IRP_MJ_CREATE
%mozilla%\components\Netscape\Netscape6\permdata.box
ACCESS DENIED

Lots of name collision
near cache
starting at %documentsnandsettings% and travelling down to
%home%\application data\mozilla\users50\default\cache

mozilla.exe
IRP_MJ_CREATE
%mozilla%\chrome\user-skins.rdf
ACCESS DENIED

Asa, %mozilla% = f:\program files\mozilla i'll leave a shortcut on your 
desktop.  In order to show you filemon output i'll have to do a bit of 
kludging.
Blocks: 41057
timeless, who should get this?  
Keywords: meta
this needs a better owner.
Reassigning to XPCOM which is the component of the parent bug.
Assignee: asa → scc
Component: Browser-General → XPCOM
QA Contact: doronr → kandrot
Depends on: 65371
Depends on: 65754
Blocks: 116669
still needs a better owner; re-assigning to component owner
Assignee: scc → dougt
QA Contact: kandrot → scc
none of these files are specific to XPCOM.  Most are related to profiles.  over
to that owner.
Assignee: dougt → ccarlen
Component: XPCOM → Profile Manager BackEnd
QA Contact: scc → ktrina
should what's still relevant move to toolkit?
QA Contact: ktrina → profile-manager-backend
No, I don't know of anything here that affects toolkit. If there is anything relevant then a new bug should be filed against toolkit for the relevant issues if there isn't one already.
This bug is filed in a bugzilla component related to pre-Firefox code which no longer exists. I believe it is no longer relevant and I am therefore closing it INCOMPLETE.

If you believe that this bug is still valid and needs to be fixed, please reopen it and move it to the Toolkit:Startup and Profile System product/component.
No longer blocks: 1243899
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INCOMPLETE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.