Messages failing to send, gifs display only link, not embedded on linux

(#253) Bug Awaiting confirmation media

Summary

Tested on fedora 43 version stable (d1d8b12), 2026-02-19 18:38:19 UTC, Electron 39.2.7, Linux 6.18.7-200.fc43.x86_64 (x64), desktop stable 0.0.8

Steps to reproduce

Tested on fedora 43 version stable (d1d8b12)

7 comments

Sign in with Fluxer to comment and vote.
Comment by Rex
RexSystem 1 vote
Status changed from Fixed to Awaiting confirmation
This was closed in a bulk cleanup before Fluxer V2 without being checked or fixed. It may work now, so it is waiting for someone to confirm whether the bug still happens.
Comment by @GreaterJoe
RexSystem 1 vote originally by @GreaterJoe on GitHub
Having this same problem, but it's oddly dependent on time of day. So, around noon UTC it'll render, and at 20:00 UTC it won't, and then at midnight UTC, it'll render again. Might have something to do with how the main instance handles high loads.
Comment by @ecrce
RexSystem 1 vote originally by @ecrce on GitHub OP
Additional diagnostics captured during a bad window: Console shows repeated errors: Access to fetch at https://fluxusercontent.com/external/... from origin https://web.fluxer.app/ blocked by CORS policy: No 'Access-Control-Allow-Origin' header present. Also observing: GET https://fluxusercontent.com/external/... → net::ERR_FAILED 520 Network/XHR requests remain 200 OK. Effects:
  • GIF/media fails to embed (renders as link)
  • Media fetches blocked by CORS
Environment: Fedora 43 Electron 39.2.7 Fluxer desktop stable 0.0.8 Linux 6.18.7-200.fc43.x86_64 This may align with the time-of-day/load pattern mentioned by GreaterJoe, as the errors appear when fluxusercontent responses return 520 and/or lack CORS headers.
Comment by @atixwasfound
RexSystem 1 vote originally by @atixwasfound on GitHub
Rendering is just slow, it doesnt fail its just superrrrrrrrr slow