Closed
Bug 534
Opened 27 years ago
Closed 26 years ago
Saving bookmarks corrupts dir ownership
Categories
(Core :: XPCOM, defect, P3)
Tracking
()
VERIFIED
FIXED
M11
People
(Reporter: djschaap, Assigned: jevering)
Details
Created by Doug Schaapveld (djschaap@eng.iastate.edu) on Wednesday, August 26, 1998 7:29:27 AM PDT
Additional Details :
On IRIX 6.2/6.3, saving the bookmarks file as (for example)
/home/djschaap results in the owner of /home/djschaap being
changed to 270614016 and group being changed to 9857420
(obviously not correct). Admin must then go in & reset
directory permissions for the affected users. This appears
to occur with NIS and local users, NFS and local home
directories. This "feature" has been around since at lest
Navigator 4.02. Under Linux, the same process will save the
bookmarks in a file called -0nnnnn in the specified
directory, where nnnnn is the PID of the mozilla/netscape
process. This appears to be the "correct" behavior in this
case.
Updated•26 years ago
|
Assignee: atotic → toshok
Comment 1•26 years ago
|
||
You are working on XP_File now?
Comment 2•26 years ago
|
||
Comment 3•26 years ago
|
||
This bug was fixed in the 4.51 release so should be able to get closed
unless the bug fix didn't get into the Mozilla codebase. SGI filed this
same problem as call id 86172 and closed it already.
Updated•26 years ago
|
QA Contact: 3819
Comment 4•26 years ago
|
||
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Updated•26 years ago
|
Target Milestone: M8
Comment 5•26 years ago
|
||
Paul, do you know who is handling IRIX development for 5.0? If so, can you
assign this to him/her?
Updated•26 years ago
|
Assignee: toshok → jevering
Target Milestone: M8 → M11
Comment 6•26 years ago
|
||
don,peter,dp: any thoughts on who should own this bug?
I suspect that its not specific to irix if it still lives
in the seamonkey codebase.
paulmac can you check to see if it still does?
Updated•26 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Comment 7•26 years ago
|
||
This is no longer relevant with new codebase.
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 8•25 years ago
|
||
Bulk moving to XPCOM, in preparation for removal of XP File Handling component.
(XPFH has received two bugs in ~5 months, and is no longer in active use.)
Component: XP File Handling → XPCOM
Updated•21 years ago
|
Blocks: bz-postgres
No longer blocks: bz-postgres
You need to log in
before you can comment on or make changes to this bug.
Description
•