Boost carousel arrows only allow a single step in multicolumn mode

[zkat]

Describe the bug

When using multicolumn layout, the boost carousel only lets you scroll by a single boost. Further clicking of the right arrow does nothing. This does not happen in the "floating" layout.

• This happens on both dev.phanpy.social and phanpy.social
• instance: toot.cat

To Reproduce Steps to reproduce the behavior:

1. Set up a 4-column multicolumn layout on desktop, including a Following column
2. Scroll around until you find a boost carousel
3. Click on the right arrow to see the second boost (this works fine)
4. Click on the right arrow again to see the third boost (this does not work)

Expected behavior I should be able to scroll through all boosts in the carousel

Screenshots

Desktop (please complete the following information):

• OS: Windows
• Browser Firefox
• Version 118.0.2

[cheeaun]

@zkat For step 4 "Click on the right arrow again to see the third boost (this does not work)", does this work if you wait for one or two seconds then click the right arrow?

[zkat]

No

[zkat]

Update: this is... weirdly sensitive to exact window size. Even a very very small difference in size seems to be enough to trigger this, but the failing case happens to be what things look like when I've maximized my window.

This is... kind of a minor bug and very easy to work around (in my case, I just changed the size of my side tabs until the scrolling started working again, and I only needed a small adjustment).

Still weird, but probably nothing to overly fret about. :)

The following will not scroll:

But the following will scroll:

[cheeaun]

Hmm, I'm having difficulty trying to reproduce this bug on my side. Is it possible for you to take whole-page/window uncropped screenshots? If you're concerned about privacy, can turn on Cloak mode in Settings 🙇‍♂️

[zkat]

it's... actually kinda hard to find the exact spot where this happens, it just happened that my window dimensions were reliably that size, until I resized my side tabs.

The following reproduces this bug:

The following works perfectly fine:

[JOpsDev]

I am seeing this too. Happening on a self hosted instance which was setup which the dev dist from the day before yesterday. But it is not related to the size of the window for me.

[Screwtapello]

I'm using a self-hosted instance on version 2023.12.11.8009a8d, in Firefox 126 (but I've been having trouble for as long as I've been using Phanpy).

Using "Shortcuts as floating button" (which I hope simplifies the reproduction, although I can reproduce in other modes too), I turned on Firefox's "Responsive Design Mode" which lets me accurately resize the browser's page size.

• 600px wide: the next and previous buttons both work
• 601px: next works, previous does not
• 602px: next does not work, previous does
• 603px: next works, previous does not
• 604px: next does not work, previous does
• 605px: next works, previous does not
• 606px: next does not work, previous does
• 607px: next works, previous does not
• 608px: next does not work, previous does
• 609px: next works, previous does not
• 610px: next does not work, previous does
• 620px: the next and previous buttons both work
• 630px: next works, previous does not
• 640px: the next and previous buttons both work
• 650px: next does not work, previous does
• 700px: the next and previous buttons both work

So apparently the next and previous buttons work properly if the width is a multiple of 20px, otherwise only one or the other works depending on whether the width is odd or even. It's not a smaller factor, like 4 or 5, otherwise 604px or 605px would work. It's not a larger factor like 25 or 50, or else 650px would work.