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)

ARM
Android
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: jib, Unassigned)

References

()

Details

(Whiteboard: [sitewait] [js] [country-all])

Attachments

(1 file)

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.
Hardware: x86 → ARM
Do other anchors work?

Is the markup sent to fennec the same as that sent to desktop?
Flags: needinfo?(jib)
(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)
s/Good guess/Good point/
Uh, nevermind.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INVALID
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.  :(
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
I sent an email to their support.
An issue has been opened with the github team.
Status: REOPENED → NEW
Whiteboard: [sitewait] [js] [country-all]
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 ago7 years ago
Resolution: --- → INVALID
Product: Tech Evangelism → Web Compatibility
Component: Mobile → Site Reports
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: