mirror of
https://github.com/hoppscotch/hoppscotch.git
synced 2026-04-26 09:16:03 +03:00
[GH-ISSUE #5182] [bug]: Hoppscotch refuses to load on UBlue Fedora #1976
Labels
No labels
CodeDay
a11y
browser limited
bug
bug fix
cli
core
critical
design
desktop
discussion
docker
documentation
duplicate
enterprise
feature
feature
fosshack
future
good first issue
hacktoberfest
help wanted
i18n
invalid
major
minor
need information
need testing
not applicable to hoppscotch
not reproducible
pull-request
question
refactor
resolved
sandbox
self-host
spam
stale
testmu
wip
wont fix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/hoppscotch#1976
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jorge-trujillo on GitHub (Jun 22, 2025).
Original GitHub issue: https://github.com/hoppscotch/hoppscotch/issues/5182
Originally assigned to: @CuriousCorrelation on GitHub.
Is there an existing issue for this?
Platform
Desktop App
Browser
Chrome
Operating System
Linux
Bug Description
When starting the AppImage, Hoppscotch starts to load but then shows a blank screen. Looking at the logs:
After all the extractions, you can see that it seems to believe that there is zero disk space.
However, this is not correct:
I tried using the
XDG_CONFIG_HOMEvariable to set it toXDG_CONFIG_HOME=/var/home/user/.configand this also resulted in the zero disk space error. At this point not sure if it is due to some other aspect of Bazzite being immutable.Thanks in advance for your help!
Deployment Type
Self-hosted (on-prem deployment)
Version
Hoppscotch Desktop v25.5.3
@CuriousCorrelation commented on GitHub (Jun 25, 2025):
Hi @jorge-trujillo, thanks for a very well written detailed report!
I'm unsure at the moment if this issue is related to immutability. So far in my testing, it seems this only occurs on systems using overlay fs.
My working hypothesis is the disk matching logic might be selecting the wrong fs due to how it matches storage paths to mount points, it might be preferring overlay fs as an actual path over the underlying actual storage.
I'll investigate the storage path resolution and get back to you as soon as I find the culprit. Thanks for your patience!
@jorge-trujillo commented on GitHub (Jun 27, 2025):
Thank you for taking a look @CuriousCorrelation .
One workaround for those having the same issue is to run this in a toolbox:
This works on my system, but your mileage may vary. You can also create a
.desktopfile to get integration with Gnome.Would be nice to run it natively as well of course but at least this should help folks out there. Thanks again.
@CuriousCorrelation commented on GitHub (Jul 16, 2025):
Hi @jorge-trujillo, we just shipped v2025.6.1 which includes a potential fix for the issue you reported.
Could you please test the latest desktop app version on your system?
While my testing did show the fix works on NixOS + some configs similar to your system, I want to gather feedback to make sure the heuristic covers all edge cases.
Would really appreciate knowing if this resolves the issue on your setup, or if you encounter any remaining problems. Thanks again for the detailed bug report.
@jorge-trujillo commented on GitHub (Aug 24, 2025):
Hey apologies it took so long to close the loop here. Just tested 2025.6.1 and it works just fine on UBlue Bazzite! Nice job guys, appreciate the fix and being able to run Hoppscotch natively.