Last Comment Bug 592880 - base element target attribute for sibling frame no longer works in Hyperlatex output
: base element target attribute for sibling frame no longer works in Hyperlatex...
: html5, regression
Product: Core
Classification: Components
Component: DOM: Core & HTML (show other bugs)
: unspecified
: All All
-- normal (vote)
: mozilla2.0b10
Assigned To: Nobody; OK to take it and work on it
: Andrew Overholt [:overholt]
Depends on: 619220
  Show dependency treegraph
Reported: 2010-09-01 15:47 PDT by Carey Evans
Modified: 2011-01-17 04:44 PST (History)
3 users (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Description User image Carey Evans 2010-09-01 15:47:53 PDT
User-Agent:       Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b4) Gecko/20100818 Firefox/4.0b4
Build Identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b4) Gecko/20100818 Firefox/4.0b4

Hyperlatex output such as that at and includes a <base target="main"> element in its navigation frame. In Firefox 3.6, Chrome 5, Safari 5, and IE6 (but not IE8 or IE9 preview 4), this opens all the links in the navigation frame in the sibling frame named "main".

The HTML5 spec describes the target attribute on the base element at , and as far as I can tell it describes the old behaviour.

Setting html5.enable to false restores the expected behaviour.

Reproducible: Always

Steps to Reproduce:
1. Ensure the html5.enable preference is set to true.
2. Load .
3. Click a link in the left sidebar.
Actual Results:  
The link destination is opened in the left hand frame named "contents".

Expected Results:  
The link destination should be opened in the right hand frame named "main".
Comment 1 User image Boris Zbarsky [:bz] (still a bit busy) 2010-09-01 19:45:10 PDT
Henri, can you take a look please?
Comment 2 User image Henri Sivonen (:hsivonen) 2010-09-02 00:50:26 PDT
This bug is invalid per spec. 

The page puts <base> inside <body>. HTML5 only considers <base target> that appears in head:

The old parser hoists <base> into head but the new parser (per spec) doesn't.

Since the page also doesn't work in IE8/9, I'm not treating this as a Gecko or spec bug but as an evangelism issue (even though I realize it's a bug in a generator program that's used on multiple sites). Since the bug tracker on SourceForge had never been configured for use, I sent email to the hyperlatex-users mailing list that has had some activity this year even though the project otherwise seems dormant or dead (but e.g. Ubuntu has a hyperlatex package in the latest package repos).
Comment 4 User image Henri Sivonen (:hsivonen) 2010-09-07 04:17:41 PDT
I posted to the HTML WG, too:
Comment 5 User image Henri Sivonen (:hsivonen) 2011-01-17 04:44:36 PST
Bug 619220 fixed this in a non-evang way.

Note You need to log in before you can comment on or make changes to this bug.