Issue with link cards for installers

[Kacper-RF]

I found small bug on current website https://tryquiet.org/

Sometimes after opening a website cards with links to installers have different order and wrong links.
This also happens when reloading the page.
I recorded short clip about this, please look in left down corner where link address appears

web-problem.mp4

[holmesworcester]

What a weird issue. I can't reproduce that in FF/Ubuntu or Chrome/ChromeOS. Maybe we could remove any script logic in relation to those buttons?

[holmesworcester]

Here's how I think we should approach this:

• webflow.js is minified and inscrutable. we should remove it.
• Removing it will break the screenshot animation and the "hamburger" menu in the top nav on mobile screen sizes. the screenshot animation is nice but we can drop it. the hamburger menu is important.
• Restore the hamburger menu with a little bit of react or vue.js or something.

[holmesworcester]

@josephlacey these pages are in the gh-pages branch in the quiet project

[josephlacey]

@holmesworcester I'm seeing an error for the attached mp4, "Video can't be played because the file is corrupt," so I'm not exactly sure what's going on here. The proposed changes seem fine, but I want to make sure I'm fixing the correct problem.

[holmesworcester]

I'm seeing an error for the attached mp4, "Video can't be played because the file is corrupt," so I'm not exactly sure what's going on here.

Weird. I see a problem in the github app on mobile but not on desktop. I can confirm that I can download the following file and play it in VLC on debian:

222465472-11ddb7d7-4681-4098-9d07-4f4a4e7a504e.mp4

[josephlacey]

I'm seeing an error for the attached mp4, "Video can't be played because the file is corrupt," so I'm not exactly sure what's going on here.

Weird. I see a problem in the github app on mobile but not on desktop. I can confirm that I can download the following file and play it in VLC on debian:

Weird indeed. I can play this in Chrome. I wonder if Firefox is blocking something, or there's some telemetry that one of my extensions is blocking. Regardless I see the problem. I'll try to duplicate it.

[holmesworcester]

If we're not loading webflow.js in that page anymore it may be fixed already. I think your prior should be "this is fixed", if we aren't loading any javascript from webflow and you can't reproduce it.

[josephlacey]

@holmesworcester webflow.js does still load on the page, and it handles the header image animation, so I'd have to replicate that if we were to remove it.

That said I can't duplicate the behavior in the video. @Kacper-RF Do you recall the browser you used when you saw this behavior?