Closed
Bug 290150
Opened 20 years ago
Closed 20 years ago
Incorrect jump to named anchor element containing child named anchors
Categories
(Core :: DOM: HTML Parser, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: pawel_karda, Assigned: bugzilla)
Details
Attachments
(1 file)
|
990 bytes,
text/html
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2 Instead of jump to the requested named anchor, Firefox jumpt to the first child named anchor element. Example (doctype and head parts skipped): <body> <div id="header"> <a href="#content" title="Skip navigation">Skip navigation</a> <!-- use this link to reproduce bug --> </div> <div id="content"> <!-- jump should be to here --> <h2>Content Title</h2> <p>Content text</p> <!-- Note: To reproduce this bug better add lots of text here, so it actually forces page to scroll.--> <a href="#header" title="Go to top of the page">Top of the page</a> <!-- this is the incorrect place for jump --> </div> </body> End of example. Doctype and head part were skipped in the above example as they don't affect the bug - tested with all doctypes. This bug affects Mozilla as well. Reproducible: Always Steps to Reproduce: 1. Create html page with body part as described in Details. Add lots text were pointed. 2. Open the page and click on "Skip navigation" link Actual Results: Jump to "Top of the page" link Expected Results: Jump to "content" anchor (div id="content") Tested on win 98, me, nt4, 2000, xp home and pro. Tested on Firefox 1.0, 1.01, 1.02 Also tested on Mozilla 1.7 (Gecko/20040616)
Updated•20 years ago
|
Severity: normal → major
Component: General → HTML: Parser
OS: Windows XP → All
Product: Firefox → Core
Hardware: PC → All
Version: unspecified → 1.7 Branch
Comment 1•20 years ago
|
||
Comment 2•20 years ago
|
||
This works for me using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050412 Firefox/1.0+
Comment 3•20 years ago
|
||
testcase is showing bug in Firefox1.0.2 Mozilla/5.0 (Windows; U; Win98; de-DE; rv:1.7.6) Gecko/20050321 Firefox/1.0.2 is working in Mozilla Trunk Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b2) Gecko/20050329
| Reporter | ||
Comment 4•20 years ago
|
||
Tested again with Firefox and Mozilla * Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2 * Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050319 Mozilla/1.7.6 Both show the bug. Perhaps the bug has been solved for revision 1.8, however I couldn't find any info about it.
Comment 5•20 years ago
|
||
broken on the branch but fixed on the trunk -> wfm
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
| Reporter | ||
Comment 6•20 years ago
|
||
hmm, so what happens next? which update will cover fix for the bug?
You need to log in
before you can comment on or make changes to this bug.
Description
•