2.0 RC5 iPad Double Tap

CeeBee

CeeBee @IanM unfortunately the iPad double tap issue isn't fixed. I even have the issue here. If I'm logged out, it works fine. When I'm logged in, I need to double tap on iPad to open a discussion.

SpikeNit

CeeBee I had the same problem (firefox browser), when going to RC5. It's a browser cache issue. Go to the browser app's settings and clear out cache.

ClaudiusH

CeeBee Single tap to open works fine on my iPad with iOS 15.5.8 using Safari 15. As per SpikeNit's comment: Did you double check you have force reloaded the flarum page you are testing to rule out caching?

CeeBee

ClaudiusH I'm on the latest version of iPad OS and Safari: 26.5.2

I cleared my cache but that didn't help. It's weird because if I go to https://discuss.flarum.org and I'm logged out, the issue isn't there. But once I log in, I need to double tap all of the discussions.

SpikeNit

CeeBee Lordy…when I initially cleared the cache, it seemed to work both ways. Now, I checked again and it works when signed out. Signing in, the problem returns.

CeeBee

SpikeNit glad it's not just me! Same issue here.

SpikeNit

Just a note, for someone who may be looking in to this.

When logged out and you tap a discussion, it opens immediately.
When logged in, tapping a discussion produces three vertical dots just to the right of the post count. Tapping discussion again, opens the discussion.
Logged in, I tapped a discussion and produced the three vertical dots. I tapped to the right of the dots, which makes them disappear. Tap the discussion again, three dots again appear. You can do this repeatedly, without the discussion ever opening.

Edit:

Additional observation:

As a temporary test, I added the following CSS for touch devices:

@media (hover: none), (pointer: coarse) {
  .DiscussionListItem-controls {
    opacity: 0.45;
    visibility: visible;
  }
}

With that change, the discussions once again open with a single tap.

Changing only opacity to 0 (while leaving visibility: visible) restores the original double-tap behavior.

Those were the only changes made between the two tests.

I don't consider this a solution, only a diagnostic observation. It changes the intended UI by making the discussion actions visible on touch devices, but the change consistently restores one-tap navigation.

CeeBee

I did some more research. To recap: the bug is only present when you're logged in. If you're logged out, there's no issue. It's reproducible right here at discuss.flarum.org and seems to be related to the ⋮ icon to the right of the discussions list.

This isn't really an iPad bug — it's iOS Safari's "priming tap," and Flarum's discussion list triggers it in a way that lines up exactly with your three symptoms.

What's happening

In less/forum/DiscussionListItem.less, the ⋮ controls dropdown is hidden by default and revealed on hover, but only from tablet width up:
@media @tablet-up {          // min-width: 768px
  .DiscussionListItem {
    &:hover .DiscussionListItem-controls { opacity: 1; }
  }
  .DiscussionListItem-controls {
    opacity: 0;
    transition: opacity 0.2s;
  }
}
When Safari sees that tapping an element will reveal hover-dependent content, it spends the first tap applying the hover state and swallows the click. The second tap dispatches it. That's the double-tap.

Each of your three observations falls out of this:

Logged out works. DiscussionListItem.tsx only renders the dropdown when there's something in it — !!controls.length && <Dropdown className="DiscussionListItem-controls">. Guests get no controls, so there's no hover-revealed element and no priming tap.

iPhone works. Below 768px, @media @phone sets .DiscussionListItem-controls { display: none } and the @tablet-up hover rules never apply at all.

iPad breaks. It's ≥768px, so it gets the desktop hover rules, but it's a touch device with no real hover.

CeeBee

I'm not sure if this is the best way, but I was able to fix it with this CSS:

@media (any-hover: none) { .DiscussionListItem-controls { opacity: 1; } }