Closed Bug 240339 Opened 21 years ago Closed 21 years ago

Bookmarks no longer launch URL

Categories

(SeaMonkey :: UI Design, defect)

x86
All
defect
Not set
blocker

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: jamesrome, Unassigned)

References

Details

(Keywords: regression, smoketest)

in the 2004041208 build on XP Pro, when I launch Mozilla, the personal tool bar is not displayed until I do "manage bookmarks". Then they appear, but clicking any bookmark does not do anything. Clicking the bookmark from the Manage Bookmarks list does work. Selecting a bookmark from the bookmark menu item does not work either!
Assignee: p_ch → guifeatures
Component: Bookmarks → XP Apps: GUI Features
Depends on: 230219
The 4/8 build works. 4/11 did not. This is without changing my prefs.js, so I am not sure the 240288 comment is relevent.
It's The One. The fix causing this was checked in 2004-04-10. (bug 230219 comment 13). I built with it right away (on Linux) and got the exact symptoms you describe. In addition, the >> to the right of personal toolbar vanished, pushed out of sight when there were "too many" bookmarks there.
Same thing happens on Linux/2004041407. Bookmarks appear again by opening the bookmarks tab in the sidebar.
*** Bug 240380 has been marked as a duplicate of this bug. ***
smoketest B.22 is failing -> Smoketest blocker
Severity: major → blocker
Keywords: smoketest
blocking 1.7?
Flags: blocking1.7?
Blocking everything. A browser is unusable if you cannot use a bookmark to access a URL......
It doesn`t block everything. We branched yesterday and this should not affect 1.7 unless someone got this on a 1.7 branch build.
Flags: blocking1.7? → blocking1.8a?
patch in attachment #145902 [details] [diff] [review] should acclaimedly fix this. If that is not in 1.7, then 1.7 is affected. (Bug 230219)
selfbuild debian/linux unstable Mozilla 1.7b Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040413 OS:All +
blocking 1.7
Flags: blocking1.7+
OS: Windows XP → All
I cannot reproduce this bug using a CVS build of MOZILLA_1_7_BRANCH under Linux. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040415 I tried with and without a new profile. In both cases, bookmarks seemed to function normally.
Also, this bug is WFM regardless of whether I am using the Modern or Classic theme. (Same build as mentioned previously.)
(In reply to comment #11) > selfbuild debian/linux unstable > > Mozilla 1.7b > Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040413 > > OS:All + > Is this really a 1.7 branch build? dbaron just today landed a patch on the trunk to update the UA string to say 1.8a instead of 1.7b. I suspect you actually built a trunk build b/c I cannot reproduce this problem on the 1.7 branch. dveditz: can you reproduce this on the 1.7 branch?
My build is definitely MOZILLA_1_7_BRANCH (windows) and applying the patch in bug 230219 makes it go away. I noticed that patch just got checked in, does it fix the problem on the trunk as well? R.K.Aa thinks this one was in 1.7 as well (see comment 3 and comment 10)
So which build do I use to test this with the fix? I am confused about how branches work
(In reply to comment #15) > (In reply to comment #11) > > selfbuild debian/linux unstable > > > > Mozilla 1.7b > > Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040413 > Is this really a 1.7 branch build? Propably no, sorry. I Cut&paste from about: UA is set by config.js My build it's from HEAD
This seems fixed in the 2004041809 build
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
*** Bug 240613 has been marked as a duplicate of this bug. ***
*** Bug 240288 has been marked as a duplicate of this bug. ***
Flags: blocking1.8a?
Product: Core → Mozilla Application Suite
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.