Closed
Bug 647887
Opened 14 years ago
Closed 14 years ago
Bookmark folders starting with a number disappear
Categories
(Firefox :: Sync, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: drmoore, Unassigned)
Details
Attachments
(1 file)
|
873.31 KB,
text/plain
|
Details |
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0) Gecko/20100101 Firefox/4.0
Build Identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0) Gecko/20100101 Firefox/4.0
Bookmark folders starting with a number disappear. I believe it may have something to do with Firefox Sync. I have now named the folder instead of "3D" it is now "Three D". Also I have changed Firefox Sync to only sync one way from my main PC. I believe it may have something to do with the "merge" option?
Reproducible: Couldn't Reproduce
Updated•14 years ago
|
Version: unspecified → 4.0 Branch
Comment 1•14 years ago
|
||
there should be no problem with the name of the folder, I suppose could be something else. moving to Sync for now since they can probably check better than me if you have any interesting logging, bounce back if this is related to Places backend please.
Component: Bookmarks & History → Firefox Sync: Backend
Product: Firefox → Mozilla Services
QA Contact: bookmarks → sync-backend
Version: 4.0 Branch → unspecified
Comment 2•14 years ago
|
||
Can't reproduce this, and nothing in the code should be sensitive to the name of a folder.
Did this happen to a single folder ("3D") or many folders in that pattern?
Can you describe your folder hierarchy? Is it deep? Do you have, for example:
Foobar
Animation
3D
Rendering
Animation
3D
?
| Reporter | ||
Comment 3•14 years ago
|
||
(In reply to comment #2)
> Can't reproduce this, and nothing in the code should be sensitive to the name
> of a folder.
>
> Did this happen to a single folder ("3D") or many folders in that pattern?
>
> Can you describe your folder hierarchy? Is it deep? Do you have, for example:
>
> Foobar
> Animation
> 3D
> Rendering
> Animation
> 3D
>
> ?
This is the second time this has happened and only with a folder named 3D. None of my other folders have been deleted like this one has. This is my only folder that starts with a number so I assumed that might have something to do with it. Thanks.
| Reporter | ||
Comment 4•14 years ago
|
||
My 3D folder or now "Three D" has always been a main folder like many others I have.
Comment 5•14 years ago
|
||
OK, three further questions:
* What steps did you take to try to reproduce this?
* Do you have Sync logging enabled? If so, please attach the contents of about:sync-log to this bug.
* Have you looked in Unfiled Bookmarks to see if the folder is there?
| Reporter | ||
Comment 6•14 years ago
|
||
| Reporter | ||
Comment 7•14 years ago
|
||
Also I have no un-filed or as mine says un-sorted bookmarks. I ended up restoring my bookmarks from a backup.
Comment 8•14 years ago
|
||
(In reply to comment #7)
> Also I have no un-filed or as mine says un-sorted bookmarks. I ended up
> restoring my bookmarks from a backup.
Well, if you have no unsorted bookmarks, and a flat hierarchy, then the folder wasn't moved.
The log also doesn't show any real abnormalities.
I see you have five clients syncing with this account; the most likely behavior is that one of them took some action (whether user-initiated or sync-initiated) that resulted in the mirror of that folder being deleted. That propagated to this machine exactly as designed.
Without logs from every client at the time of the event (and perhaps not even then) we're unlikely to be able to see what happened here. After restoring from a backup we can't perform any kind of forensics, either.
Steps to reproduce are necessary, I think. Closing as WORKSFORME until then.
Incidentally, regarding this:
> Also I have changed Firefox Sync to only sync one way from
> my main PC. I believe it may have something to do with the
> "merge" option?
That's not how Sync works. The only time you can choose a direction is when _resetting_ -- i.e., you can choose to blow away the contents of the current machine when you set up Sync. Thereafter, sync is bidirectional.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
| Assignee | ||
Updated•7 years ago
|
Component: Firefox Sync: Backend → Sync
Product: Cloud Services → Firefox
You need to log in
before you can comment on or make changes to this bug.
Description
•