Closed Bug 33870 Opened 24 years ago Closed 24 years ago

URL bar shows the wrong url after changing pages by links or bookmarks

Categories

(SeaMonkey :: Bookmarks & History, defect, P3)

Product:
SeaMonkey
Component:
Bookmarks & History
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: shrir, Assigned: travis)

References

Details

(Keywords: regression, Whiteboard: [PDT+]) 

I see this on today's linux collercial build 2000033009

1. Install and launch the browser.
2. Type a url in the location box, say, www.yahoo.com
3. Select Bookmarks-> Add Current Page
4. Now, type another url in locationbox ,say, www.excite.com
5. Once the page loads, open the Bookmarks menu and click on the yahoo.com 
   bookmark from the listing.
6. Observe that the yahoo.com page loads but the locationbox does not get 
   updated unless you click on the bookmark again from the listing.
marking as regression.
Keywords: regression
the full dance isn't necessary. Just load a page and then load another without typing in the location bar. cc'd travis after looking at 
some cvs logs.

I'll take this for now....  This will all be cleaned up soon to use the 
embedding APIs and will then finally work properly anyway.
Assignee: slamm → travis
*** Bug 33958 has been marked as a duplicate of this bug. ***
This is XP by the way, markin as such
OS: Linux → All
Hardware: PC → All
*** Bug 34147 has been marked as a duplicate of this bug. ***
*** Bug 34219 has been marked as a duplicate of this bug. ***
Nominating for M15, dogfood.
Keywords: dogfood
Target Milestone: --- → M15
This bug is not limited to bookmarks. The url bar does not always update when 
clicking links within pages either. Adjusting summary.
Summary: clicking on bookmarks from menu listing does not update locationbox → URL bar shows the wrong url after changing pages by links or bookmarks
M16 ...
Target Milestone: M15 → M16
It was one thing when redirects didn't update the URL bar... but basic surfing 
not updating the URL bar seems like too much of a regression.  I'm marking this 
as PDT+
Whiteboard: [PDT+]
Blocks: 30783
Also, if you click on one of the buttons (mozilla.org, bugzilla, tinderbox,
etc..) right after mozilla starts up, the same thing happens - URL bar displays
old URL (Linux Build ID 2000040708)

*** Bug 35518 has been marked as a duplicate of this bug. ***
Jar, everyone understands that this bug is Not Good (pdt+, dogfood, regression) yet we've just cut the M15 branch and this bug is 
not one of the chosen few slated to still be fixed for M15. Is there any chance we can reconsider that?

Since this is dogfood, it should be getting a *lot* of immediated attention.
Without a fix in hand, there is no way to figure out whether it should go on the
M15 branch or not.  Please figure out what the issue is, and what the risk is,
and then we can discuss M15.  I'm putting Leaf on the list so that he can follow
this as well.

I *think* this happens because  bookmarks code  calls
window.content.location.href="clicked bookmark", instead of calling in to
appCore.loadURL("clicked bookmark"). But I haven't verified.

Should be working now.
Perhaps I'll mark it fixed too.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
*** Bug 35761 has been marked as a duplicate of this bug. ***
still doesn't work correctly as of build 2000041409 (linux)

(sorry if i added this and it will be in tomorrows build - but i'm making the
assumption that since it was fixed here 2000-04-13 02:02 that it would have made
it into today's build)

Yep..i agree..not worknig for me either..claudius?
are we talking about the branch or trunk builds? cuz it doesn't work on the branch...

no matter, I'm not seeing this as fixed in my 2000041409 linux trunk(M16) build, reopening
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
*** Bug 35902 has been marked as a duplicate of this bug. ***
Should be working now... Fix just checked into the tip.
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
*** Bug 36292 has been marked as a duplicate of this bug. ***
This is working now, Mozilla Mac M16 2000041908.

*** Bug 36518 has been marked as a duplicate of this bug. ***
*** Bug 36519 has been marked as a duplicate of this bug. ***
*** Bug 36519 has been marked as a duplicate of this bug. ***
*** Bug 36747 has been marked as a duplicate of this bug. ***
*** Bug 36687 has been marked as a duplicate of this bug. ***
Status: RESOLVED → VERIFIED
VERIFIED Fixed on all platforms with the 2000042109 builds on all platforms

*** Bug 37024 has been marked as a duplicate of this bug. ***
This is showing up again on 2000052909/Win98
Confirmed on PC/Linux, build 2000052908. (Seen with personal toolbar links.)
Reopening.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
In build 2000053120, this is fixed again. Sorry for the spam.
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
marking verified
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
This is happening to me on Seamonkey 2.3.3 (no further updates available, so I assume this is the latest stable version)

PC is on Windows 7 professional 64 bits (Service Pack 1)

Should this bug be reopened?
No please open a new bug. But first verify that this happens in safe mode.
Help->Restart with Add-ons Disabled.
Unfortunately, I cannot reproduce the bug now, even though no update has been done. The only difference is I rebooted the PC. I'll keep an eye out to check if this happens again. Sorry about the confusion.
You need to log in before you can comment on or make changes to this bug.