Last Comment Bug 582361 - Implement HTML5-compliant navigation to fragment
: Implement HTML5-compliant navigation to fragment
Status: NEW
: html5
Product: Core
Classification: Components
Component: Document Navigation (show other bugs)
: Trunk
: All All
: -- normal (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
:
Mentors:
http://www.whatwg.org/specs/web-apps/...
Depends on: 483660
Blocks:
  Show dependency treegraph
 
Reported: 2010-07-27 13:50 PDT by Henri Sivonen (:hsivonen)
Modified: 2011-08-23 02:46 PDT (History)
6 users (show)
See Also:
Crash Signature:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---
-


Attachments

Description Henri Sivonen (:hsivonen) 2010-07-27 13:50:12 PDT
Web compat requires percent encoding in the fragment id of a URL to match similarly percent-encoded name attribute value on the <a> element.

Gecko's old HTML parser special-cases the name attribute on <a> to make this work. HTML5 puts the special behavior on the URL processing side at the time of the navigation.

To avoid breaking stuff, we should be HTML5-compliant of both sides (parser and navigation). Currently, only the parser side is compliant. See bug 436006 comment 17.
Comment 1 Boris Zbarsky [:bz] (Out June 25-July 6) 2010-07-27 13:56:22 PDT
Making the navigation compliant involves things like bug 483660 (hello, possibly web-incompatible change!), last I checked.  Also see bug 436006 and bug 483304.

By some beta we need to do something here: either fix bug 483660 and audit all consumers and fix them as needed, or change the HTML5 parser behavior.  Questions are:

1)  Which beta.
2)  Who's going to do it?
Comment 2 Boris Zbarsky [:bz] (Out June 25-July 6) 2010-07-27 13:57:20 PDT
I guess a third option is somehow revamping how we do navigation so that scrolls to anchor don't involve URIs... but that would only work for same-page anchors anyway.
Comment 3 Henri Sivonen (:hsivonen) 2010-07-29 06:04:59 PDT
(In reply to comment #1)
> 2)  Who's going to do it?

Not me in the Firefox 4 timeframe. I guess this means that I'll have add the old Geckoism to the HTML5 parser for now. :-(
Comment 4 Henri Sivonen (:hsivonen) 2010-07-29 06:55:20 PDT
(In reply to comment #3)
> (In reply to comment #1)
> > 2)  Who's going to do it?
> 
> Not me in the Firefox 4 timeframe. I guess this means that I'll have add the
> old Geckoism to the HTML5 parser for now. :-(

Filed bug 582940 about the contingency plan in case we don't find Someone Else to fix this bug in time for Firefox 4. (I want to work on this bug, but I'm guessing I won't have the time in the Firefox 4 timeframe.)
Comment 5 Johnny Stenback (:jst, jst@mozilla.com) 2010-07-29 18:33:22 PDT
Not blocking on this, but bug 582940 does block.

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