202062 - Camino keeps deleting bookmarks.xml file on quit

Status: VERIFIED FIXED

(Camino Graveyard :: Bookmarks, defect)

Description

[Neil Lee [:neilio]]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4a) Gecko/20030327 Chimera/0.7+ BeatnikPad
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4a) Gecko/2003041205 Chimera/0.7+

I saw this happen with an earlier nightly and the problem was somehow rectified
(though I can't remember how), but I've noticed that Camino is automatically
deleting the bookmarks.xml file from my profile every time I quit. In its place
is a "_bookmarks_temp.bak" file.

I've tried adding bookmarks, reimporting them, deleting the entire profile
directorry and starting from scratch, and every time Camino quits, my
bookmarks.xml file is toasted. Help!

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

Comment 1

[Greg K.]

Neil, do you have any kind of unusual disk setup, like UFS or remote volumes?
Can you reproduce this using another *OS X* user account, or another machine?

Comment 2

[Neil Lee [:neilio]]

> Neil, do you have any kind of unusual disk setup, like UFS or remote volumes?

I have my Users directory mounted from another volume, but I've had it like this
for a while and have been using Camino / Chimera without any problems until a
couple of days ago.

> Can you reproduce this using another *OS X* user account, or another machine?

Not yet, not, which is what confuses me. I'm not having problems with any other
applications, however.

Comment 3

[Neil Lee [:neilio]]

I figured out what the problem was:

If you do not have a "Temporary Items" folder in your Users folder
(/Users/Temporary Items), Camino will delete the Bookmarks.xml file on quit
every time. Once I added a Temporary Items folder in the proper place and set
the permissions to be 777 my bookmarks file isn't deleted.

This is a rare occurance, but it should be looked at!

Comment 4

[Conrad Carlen (not reading bugmail)]

Apparent regression from bug 195148, which changed the way we got the temp
folder. Sean, I thought you were creating such folders if they didn't exist.

Comment 5

[Sean Su]

I did, but querying for the user temp folder under OSX does not return:
  /Users/Temporary Items

It returns:
  /private/tmp/9299/Temporary Items

Actually, it will return the above path for all of the system domains
(kOnSystemDisk, kOnAppropriateDisk, kSystemDomain, kLocalDomain, kNetworkDomain,
and kUserDomain).

Comment 6

[Torben]

Confirming bug, I see this with builds 2003051705 and 2003052404, but _not_ with
the official 0.7 (200300613). I also have the user accounts on another partition
than the system, have not tried the workaround in comment 3 yet.

Comment 7

[Neil Lee [:neilio]]

This needs to be fixed - it's still in the latest nightlies, and still as major
a data loss as there ever was.

Comment 8

[Simon Fraser [no longer active]]

pink, want to take a look?

Comment 9

[Conrad Carlen (not reading bugmail)]

I can take a look. I have an account on my machine with the home dir on another
drive.

Comment 10

[Torben]

I no longer can reproduce this, neither with the latest nightly nor the builds
mentioned in comment 6. Maybe this have been fixed with the latest system
update(s) (I am running 10.2.6 now)?

Comment 11

[Torben]

Neil, are you still seeing this?

Comment 12

[Neil Lee [:neilio]]

I unfortunately can't run a test case for this any more, as I've changed my system's environment 
and no longer mount my Users folder from another partition. I did do some more testing just 
before I switched back and it seemed to be okay.

Comment 13

[Neil Lee [:neilio]]

Because I haven't seen this in quite a while, I'm changing to FIXED - can anyone with their Users 
folder mounted from another partition verify?

Comment 14

[Torben]

Verifying since I do not see this any more either (with my uers folder stil on
another partion).

If someone still see this, please reopen and report your OS version.