Closed Bug 411664 Opened 17 years ago Closed 17 years ago

Bookmarks don't show up in the top menu, but show up when I manage bookmarks.

Categories

(Camino Graveyard :: Bookmarks, defect)

PowerPC
macOS
defect
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED
Camino1.6

People

(Reporter: inukshuk1, Assigned: mark)

References

Details

(Keywords: fixed1.8.1.12, regression)

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en; rv:1.8.1.12pre) Gecko/20080110 Camino/1.6b1pre (like Firefox/2.0.0.12pre)
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en; rv:1.8.1.12pre) Gecko/20080110 Camino/1.6b1pre (1.8.1.12pre 2008011000)

After installing the latest build My bookmarks disappeared from the top menu, but show up when I manage bookmarks.

Reproducible: Always

Steps to Reproduce:
1.Did permissions
2.re-booted
3.imported them
Actual Results:  
Still same problem.
(In reply to comment #0)
> 3.imported them

If you actually imported your bookmarks, rather than just leaving them in place (which is all you need to do to keep using them from version to version), then they are in new collections, and need to be moved into the correct folders.

Are the bookmarks actually in the Bookmarks Menu collection that is at the top of the list on the left side of the bookmark manager?
Summary: They don't show up in the top menu, but show up when I manage bookmarks. → Bookmarks don't show up in the top menu, but show up when I manage bookmarks.
For what its wort I see the exact thing.
All my bookmarks show up in about:bookmarks, but not in the Bookmarks menu.

Using my own 1.8 branch build (source pulled from CVS 10 minutes ago..). My previous build from January 4th. works as expected.
Tested some more and found that it works as expected in the 09-Jan-2008 00:44 build, but not in the 10-Jan-2008 00:46 build (the official builds that is).
Regression range: http://tinyurl.com/22opzs

Caused by the checkins for bug 411338 maybe?
My original bookmarks do show up in the bookmark manager. Not under the bookmark menu. I also just did TT Pro and no change.
Is there anything logged to the console?
Where's the console?
It's probably easier to just download and run http://escapedthoughts.com/camino/CaminoDiagnostics.zip and then attach the file it creates here (please use the "Add an attachment" link above; don't paste it into the comments field). That will get any console logs plus other potentially useful info.
Here's the attachment requested.
Looks like something is unhappy with one of the nils you started returning, mento, so we're probably never finishing the setup. I'm guessing this is bookmark-specific, since I can't reproduce it here.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Now I see it. If you have a separator, it has a nil URL, and that makes code in several places angry. Making one in the manager throws a bunch of exceptions as well.
We have a *lot* of code that uses URL without null-checking. I was surprised that you were able to switch from @"" to nil so easily; I guess now I understand why...
We also have code like:
[foo compare:[someBookark lastVisit]]
that needs bullet-proofing as well, or date sort will explode for new bookmarks.
Okay, so what do I do?
Doh, I've never used separators.  I'll fix this.
Assignee: nobody → mark
It's probably not worth tracking down and fixing all the url usage, vs. just making the accessor return @"" if the URL is nil.
just
making the accessor return @"" if the URL is nil.

explain and how?

Could this also be fixed in the next build?
info@inukshukproductions.ca, there's nothing more for you to do right now; all of the rest of the talk is us discussing the proper way to fix this bug :-)  After the bug is marked FIXED, you can (usually the next day) download a new nightly and your missing bookmarks will be visible again.

Thanks for reporting this bug!
Blocks: 411338
Keywords: regression
Attached patch FixSplinter Review
Attachment #296352 - Flags: review?(stuart.morgan)
Attachment #296352 - Flags: review?(stuart.morgan) → review+
Checked in on the trunk and MOZILLA_1_8_BRANCH for 1.6b1.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Target Milestone: --- → Camino1.6
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: