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)
Tracking
(Not tracked)
RESOLVED
FIXED
Camino1.6
People
(Reporter: inukshuk1, Assigned: mark)
References
Details
(Keywords: fixed1.8.1.12, regression)
Attachments
(2 files)
38.26 KB,
text/plain
|
Details | |
3.47 KB,
patch
|
stuart.morgan+bugzilla
:
review+
|
Details | Diff | Splinter Review |
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.
Comment 1•17 years ago
|
||
(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.
Comment 2•17 years ago
|
||
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.
Comment 3•17 years ago
|
||
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.
Comment 5•17 years ago
|
||
Is there anything logged to the console?
Comment 7•17 years ago
|
||
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.
Comment 9•17 years ago
|
||
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
Comment 10•17 years ago
|
||
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.
Comment 11•17 years ago
|
||
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...
Comment 12•17 years ago
|
||
We also have code like: [foo compare:[someBookark lastVisit]] that needs bullet-proofing as well, or date sort will explode for new bookmarks.
Reporter | ||
Comment 13•17 years ago
|
||
Okay, so what do I do?
Assignee | ||
Comment 14•17 years ago
|
||
Doh, I've never used separators. I'll fix this.
Assignee: nobody → mark
Comment 15•17 years ago
|
||
It's probably not worth tracking down and fixing all the url usage, vs. just making the accessor return @"" if the URL is nil.
Reporter | ||
Comment 16•17 years ago
|
||
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
Assignee | ||
Comment 18•17 years ago
|
||
Attachment #296352 -
Flags: review?(stuart.morgan)
Updated•17 years ago
|
Attachment #296352 -
Flags: review?(stuart.morgan) → review+
Assignee | ||
Comment 19•17 years ago
|
||
Checked in on the trunk and MOZILLA_1_8_BRANCH for 1.6b1.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Updated•17 years ago
|
Keywords: regression → fixed1.8.1.12
Target Milestone: --- → Camino1.6
Keywords: regression
You need to log in
before you can comment on or make changes to this bug.
Description
•