Closed
Bug 81769
Opened 24 years ago
Closed 24 years ago
browser urlbar is now updated with the URL of subframes of document
Categories
(SeaMonkey :: Location Bar, defect)
SeaMonkey
Location Bar
Tracking
(Not tracked)
People
(Reporter: jrgmorrison, Assigned: radha)
References
Details
(Keywords: regression, Whiteboard: critical for mozilla 0.9.1)
Attachments
(1 file)
212 bytes,
text/html
|
Details |
As of the evening builds for tonight (Linux 2001051820 and win2k 2001051820),
which include jst's fix for bug 60173
"Checking in support for onload handlers for frame and iframe elements,
and fixing .ownerDocument of orphan elements, fixes bug 60173, and also
fixes part of bug 27382."
With these builds, when you visit a frame set page, or a page with inline
iframes (read "ad banners"), the urlbar will be updated with the URL of one
of the child frames.
I'm assuming this is a consequence of jst's fix (which I'm very glad to see!),
and that the browser now receives multiple onload events (as the onload events
of each child frame now bubble up (jst correct me if that's wrong).
Steps to reproduce:
1) go to http://www.aol.com/ or http://www.wired.com/ (type in urlbar and hit
enter
2) watch the urlbar as the page loads; the location will be changed more than
once during the page load.
3) when the page has loaded, set focus in the urlbar and hit enter (e.g. the
page that will be loaded is not the url of the top-level document; it is
the url of one of the subframes.
Reporter | ||
Comment 2•24 years ago
|
||
> I'm assuming this is a consequence of jst's fix (which I'm very glad to see!
Er, 'glad to see' that frame load events bubble, which can be useful. Too
bad about the side effect.
This messes up history and makes it hard to set proper bookmarks at affected
sites. Some might not even realize what's happening and wind up bookmarking some
banner frame in good faith. Is severity "major" high enough?
Comment 5•24 years ago
|
||
Is this caused by bubbling onload events in XUL? If so we can easily (and
should) fix that in the XUL code, lemme know, I whip up a fix for that.
Reporter | ||
Comment 7•24 years ago
|
||
(adding blizzard's notation from duplicate bug 81806).
jst: I haven't looked through this in detail. I'm not sure what you meant by
"caused by bubbling onload events in XUL", but I don't think it is a bad thing
to have these events bubble up from _content into the xul window. It's just
that the app logic needs to distinguish between the onload of the 'top-level'
document, and the onload of subframes in its event listeners (or that's what
I think it is).
Whiteboard: critical for mozilla 0.9.1
Comment 8•24 years ago
|
||
This is unrelated to my frame/iframe onload event changes (which turned out to
not even work at the moment because of some nsIWebProgress fu), I backed out my
changes and I'm still seeing this problem.
Reporter | ||
Comment 9•24 years ago
|
||
Oops, sorry for jumping to that conclusion. And, If I had looked a bit closer,
I would have seen that the frame loads were already being caught in the browser
js anyways. But, I don't know what changed (but it was between 12:00 noon
and about 10pm Friday, based on the verification builds that came out.
Comment 10•24 years ago
|
||
*** Bug 81858 has been marked as a duplicate of this bug. ***
Comment 11•24 years ago
|
||
*** Bug 81921 has been marked as a duplicate of this bug. ***
Updated•24 years ago
|
Component: XP Apps: GUI Features → URL Bar
QA Contact: sairuh → claudius
Comment 12•24 years ago
|
||
*** Bug 81992 has been marked as a duplicate of this bug. ***
Comment 13•24 years ago
|
||
*** Bug 82070 has been marked as a duplicate of this bug. ***
Comment 14•24 years ago
|
||
*** Bug 82115 has been marked as a duplicate of this bug. ***
Comment 15•24 years ago
|
||
Comment 16•24 years ago
|
||
For window frames, bookmarking appears to work properly, despite the location
bar problem. The top (z) frame is bookmarked, not one of the children.
Assignee | ||
Comment 17•24 years ago
|
||
Fix to bug 58906 caused this regression. taking from blake.
Assignee: blakeross → radha
Reporter | ||
Comment 18•24 years ago
|
||
Er, the fix to bug 56062 caused this (that's the one you meant, right?)
Comment 19•24 years ago
|
||
*** Bug 82546 has been marked as a duplicate of this bug. ***
Comment 20•24 years ago
|
||
Adding self to cc list. I think this is the bug that is goofing up the reloading
of my frameset site. Everything gets horked on a reload. Wasn't a problem in .9
David
Comment 21•24 years ago
|
||
*** Bug 82675 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 22•24 years ago
|
||
I'm marking this a dupe of 82236, even though this one came thro' earlier. 82236
describes another side effect that I want to monitor.
*** This bug has been marked as a duplicate of 82236 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Comment 23•24 years ago
|
||
*** Bug 82784 has been marked as a duplicate of this bug. ***
Updated•16 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•