Open Bug 112034 Opened 24 years ago Updated 17 years ago

target is ignored by the browser when using the <link rel ... HTML statement

Categories

(SeaMonkey :: UI Design, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

People

(Reporter: dune, Unassigned)

References

()

Details

(Whiteboard: [jk-target])

When using a target in the '<link rel ...>' statement the target is ignored by Mozilla (when using frame of course). Instead of opening in the specified frame the link is openen in the '_top' frame. (Behaviour is specified in the HTML 4.01 specification: http://www.w3.org/TR/1999/REC-html401-19991224/struct/links.html#edef-LINK ) Used version is: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6) Gecko/20011120 Only tested on the Linux version, it may occur on other platforms too.
link toolbar
Assignee: evaughan → tim
Status: UNCONFIRMED → NEW
Ever confirmed: true
Tested the bug on the Windows version today. It occured on this version too. Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.6) Gecko/20011120 (Changed OS type too ALL)
OS: Linux → All
Keywords: mozilla1.0
Haven't worked on Mozilla for several months and this is unlikely to change soon.
Assignee: tim → jkeiser
Sorry, how do I activate this link? It's sitting in the head.
Whiteboard: [jk-target]
Closing due to irreproducibility. Please reopen if this is still happening.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
This bug still happens, he is the way to reproduce it: Open the test page, and then click on the 'Search' option of the More menu in the toolbar. The expected behaviour is a new page in the bottom (main) frame. The actual behaviour is a new page in the '_top' frame. (Not in a frame actually) Here is a copy/past of that frameset: <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN"> <html> <head> <title>Mozilla test</title> <link href="search.html" target="main" rel="search"> ^^^^^^^^^^^^ - this target is ignored! </head> <frameset rows="100,*"> <frame src="header.html"> <frame src="bottom.html" name="main"> </frameset> </html> I've already searched through the link toolbar, but from what I could see a call to the JavaScript function loadURI is performed there. This is a wrapper around another XPCOM loadURI function. Unfortunelaty I couldn't find a parameter for the destination frame of a link.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
As per the comment above, this bug still exists in 1.3
This is not a frames bug. This is a UI bug in the link toolbar. The UI needs fixing.
Assignee: john → guifeatures
Status: REOPENED → NEW
Component: Layout: HTML Frames → XP Apps: GUI Features
*** Bug 246373 has been marked as a duplicate of this bug. ***
Product: Core → Mozilla Application Suite
Filter "spam" on "guifeatures-nobody-20080610".
Assignee: guifeatures → nobody
QA Contact: amar → guifeatures
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.