Closes https://github.com/ppy/osu/issues/34126.
I'm not really sure how that issue could have ever happened to begin
with but I can see a way to make it hopefully safer. If it fails again
then it's clearly goblins.
This is terrible but I sincerely believe that anything else trying to do
this "properly" would be as terrible if not more.
- You can try to handle touch events in `MainMenu` but then you'd have
to awkwardly still manually hand them off to mouse handlers of the
logo / menu button in a weird way for them to do what they're supposed
to be doing. So any fix here would likely be smeared across `OsuLogo`
and `MainMenuButton` anyway.
- The logic in
https://github.com/ppy/osu/blob/278a372a907c22f04fe28289c305ef47d5bcef45/osu.Game/Screens/Menu/MainMenu.cs#L517-L520
fundamentally doesn't work with raw touch events because it doesn't
check for active touches (easy part) and because drawables do not
become "hovered" in the input manager from being touched (hard part)
I'm not willing to spend any more time on this.
The previous logic was very wrong, as the check would only occur on each
beat. But that's not how kiai sections work – they can be placed at any
timestamp, even if that doesn't align with a beat.
In addition, the rate limiting has been removed because it didn't exist
on stable and causes some fountains to be missed. Overlap scenarios are
already handled internally by the `StarFountain` class.
Closes https://github.com/ppy/osu/issues/31855.