Closed Bug 56429 Opened 24 years ago Closed 9 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: 9 years ago
Resolution: --- → INCOMPLETE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.