Closed
Bug 1067142
Opened 10 years ago
Closed 7 years ago
URL #anchor not working on this page on fennec (works on desktop)
Categories
(Web Compatibility :: Site Reports, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: jib, Unassigned)
References
()
Details
(Whiteboard: [sitewait] [js] [country-all])
Attachments
(1 file)
146.08 KB,
text/html
|
Details |
STR: - Type or follow URL on Fennec. Expected result: - Page loads and immediately jumps to "Note Asynchronous Steps Explicitly", like it does on desktop (OSX). Observed result: - Page loads at the top of the page. Tried on 32 and Nightly.
Reporter | ||
Updated•10 years ago
|
Hardware: x86 → ARM
Comment 1•10 years ago
|
||
Do other anchors work? Is the markup sent to fennec the same as that sent to desktop?
Flags: needinfo?(jib)
Reporter | ||
Comment 2•10 years ago
|
||
(In reply to Boris Zbarsky [:bz] from comment #1) > Do other anchors work? Yes, https://developer.mozilla.org/en-US/docs/Web/API/EventTarget#Methods works for instance. > Is the markup sent to fennec the same as that sent to desktop? Good guess. No it isn't. Though it contains the same anchor, it doesn't work on either phone or desktop. Attaching it here.
Flags: needinfo?(jib)
Reporter | ||
Updated•10 years ago
|
Reporter | ||
Comment 3•10 years ago
|
||
s/Good guess/Good point/
Reporter | ||
Comment 4•10 years ago
|
||
Uh, nevermind.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INVALID
Comment 5•10 years ago
|
||
Neither version of the page has any anchor targets called "note-asynchronous-steps-explicitly". Both have this: <a name="user-content-note-asynchronous-steps-explicitly" class="anchor" href="#note-asynchronous-steps-explicitly" aria-hidden="true"> The "desktop" version of the site includes script that looks at hashchange events and manually does scrolling to the right thing, like so: function(){ $.hashChange(function(){ var t,e; if (location.hash&&!document.querySelector(":target")) return t = "user-content-" + location.hash.slice(1), e = document.getElementsByName(t), $(e).scrollTo() } ) The mobile version has nothing of the sort. Seems like a basic bug on the github side of things... I wish they just let the browser handle anchor scrolling instead of playing games and having bogus links. :(
Comment 6•10 years ago
|
||
I'm going to reopen this and move to tech evang, actually. Please report this issue to github too?
Status: RESOLVED → REOPENED
Component: Layout → Mobile
Product: Core → Tech Evangelism
Resolution: INVALID → ---
Version: 32 Branch → Trunk
Reporter | ||
Comment 7•10 years ago
|
||
I sent an email to their support.
Reporter | ||
Comment 8•10 years ago
|
||
An issue has been opened with the github team.
Updated•10 years ago
|
Status: REOPENED → NEW
Whiteboard: [sitewait] [js] [country-all]
Comment 9•10 years ago
|
||
README.md is now changed, but if we do some digging in history we find an older version to demonstrate the breakage: https://github.com/w3ctag/promises-guide/blob/2a1fc1df1736f779aa8af6a600188191b9bfe128/README.md#note-asynchronous-steps-explicitly
Comment 10•7 years ago
|
||
Let's close this, the doc has since moved to https://www.w3.org/2001/tag/doc/promises-guide.
Status: NEW → RESOLVED
Closed: 10 years ago → 7 years ago
Resolution: --- → INVALID
Assignee | ||
Updated•5 years ago
|
Product: Tech Evangelism → Web Compatibility
Assignee | ||
Updated•2 months ago
|
Component: Mobile → Site Reports
You need to log in
before you can comment on or make changes to this bug.
Description
•