Closed
Bug 33870
Opened 25 years ago
Closed 25 years ago
URL bar shows the wrong url after changing pages by links or bookmarks
Categories
(SeaMonkey :: Bookmarks & History, defect, P3)
SeaMonkey
Bookmarks & History
Tracking
(Not tracked)
VERIFIED
FIXED
M16
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.
Comment 2•25 years ago
|
||
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
Comment 9•25 years ago
|
||
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
Comment 11•25 years ago
|
||
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+]
Comment 12•25 years ago
|
||
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)
Comment 13•25 years ago
|
||
*** Bug 35518 has been marked as a duplicate of this bug. ***
Comment 14•25 years ago
|
||
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?
Comment 15•25 years ago
|
||
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.
Comment 16•25 years ago
|
||
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.
Assignee | ||
Comment 17•25 years ago
|
||
Should be working now.
Assignee | ||
Comment 18•25 years ago
|
||
Perhaps I'll mark it fixed too.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 19•25 years ago
|
||
*** Bug 35761 has been marked as a duplicate of this bug. ***
Comment 20•25 years ago
|
||
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)
Reporter | ||
Comment 21•25 years ago
|
||
Yep..i agree..not worknig for me either..claudius?
Comment 22•25 years ago
|
||
are we talking about the branch or trunk builds? cuz it doesn't work on the branch...
Comment 23•25 years ago
|
||
no matter, I'm not seeing this as fixed in my 2000041409 linux trunk(M16) build, reopening
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 24•25 years ago
|
||
*** Bug 35902 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 25•25 years ago
|
||
Should be working now... Fix just checked into the tip.
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Comment 26•25 years ago
|
||
*** Bug 36292 has been marked as a duplicate of this bug. ***
Comment 27•25 years ago
|
||
This is working now, Mozilla Mac M16 2000041908.
Comment 28•25 years ago
|
||
*** Bug 36518 has been marked as a duplicate of this bug. ***
Comment 29•25 years ago
|
||
*** Bug 36519 has been marked as a duplicate of this bug. ***
Comment 30•25 years ago
|
||
*** Bug 36519 has been marked as a duplicate of this bug. ***
Comment 31•25 years ago
|
||
*** Bug 36747 has been marked as a duplicate of this bug. ***
Comment 32•25 years ago
|
||
*** Bug 36687 has been marked as a duplicate of this bug. ***
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 33•25 years ago
|
||
VERIFIED Fixed on all platforms with the 2000042109 builds on all platforms
Comment 34•25 years ago
|
||
*** Bug 37024 has been marked as a duplicate of this bug. ***
Comment 35•25 years ago
|
||
This is showing up again on 2000052909/Win98
Comment 36•25 years ago
|
||
Confirmed on PC/Linux, build 2000052908. (Seen with personal toolbar links.)
Reopening.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Comment 37•25 years ago
|
||
In build 2000053120, this is fixed again. Sorry for the spam.
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Updated•20 years ago
|
Product: Browser → Seamonkey
Comment 39•13 years ago
|
||
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?
Comment 40•13 years ago
|
||
No please open a new bug. But first verify that this happens in safe mode.
Help->Restart with Add-ons Disabled.
Comment 41•13 years ago
|
||
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.
Description
•