This has been driving me slightly bat-stuff insane lately. I think it might've been broken since the details patch, but not positive.

One example is in the "Configure site" page of the installer:

Screenshot of Configure site page of installer

You would expect that once you tab "Site information", "Site name", "Site e-mail address" you would end up at "Site maintenance account." However, you do not. You instead tab back to the address bar.

CommentFileSizeAuthor
Screen Shot 2013-01-11 at 1.38.35 AM.png106.96 KBwebchick
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

webchick’s picture

webchick
she/they
Primary language English
Location Vancouver 🇨🇦
CreditAttribution: webchick commented

And in case it's relevant, this is Safari 6.0.2 on OSX. (Mountain Lion)

Pol’s picture

Pol
the/that
Location Brussels
CreditAttribution: Pol commented

Just checked on Firefox 18 and Chromium on Linux and I can't reproduce the problem.

sun’s picture

sun
Primary language German
Location Karlsruhe
CreditAttribution: sun commented

Related (re-opened): #1848684: Add ARIA role to DETAILS

We're not applying any tabindexes AFAICS (and we should not).

Unless I'm mistaken, Safari doesn't support details natively, so the bug would actually be caused by our collapse.js legacy "polyfill".

dawehner’s picture

dawehner
Primary language German
CreditAttribution: dawehner commented

This is for sure quite annoying and is more important in terms of AX then just "normal".

If you just look at the following HTML you can already preproduce the behavior so we maybe have to use some custom javascript?


<html>
  <body>
    <details>
      <input type="text" name="fname">
      <input type="text" name="fname">
    </details>
    <details>
      <input type="text" name="fname">
      <input type="text" name="fname">
    </details>
  </body>
</html>
ry5n’s picture

ry5n CreditAttribution: ry5n commented

@sun Safari 6 supports details natively, but does so imperfectly. I have been able to reproduce the problem (Safari 6.0.2 on OS X 10.8.2). After doing some investigation, turns out this was a browser bug: reported in chromium and upstreamed to Webkit (now fixed).

The latest Chrome has the fix but Safari does not. Apple is not always fast on the uptake with this kind of thing and like IE is still on a slow upgrade cycle. It’s quite possible this will be fixed soon in a point release, but also possible that it won’t. Not sure where that leaves us.

sun’s picture

sun
Primary language German
Location Karlsruhe
CreditAttribution: sun commented
Status: Active » Closed (works as designed)

Oh wow, I didn't know that Safari supports them natively already. One more fancy browser that doesn't need collapse.js, awesome! :)

Safari still has a year or so to catch up. In general, there are no "half-polyfills" for HTML5, so the general stance is that browser vendors that natively support HTML5 features simply have to deliver working implementations and fix their bugs.

Further reading:
http://modernizr.com/news/modernizr-policy-feature-detects/