mirror of
https://github.com/hoppscotch/hoppscotch.git
synced 2026-04-25 16:55:59 +03:00
[GH-ISSUE #5017] [bug]: Hoppscotch doesn't load after Checking for updates #1911
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#1911
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 @CommanderBaman on GitHub (Apr 24, 2025).
Original GitHub issue: https://github.com/hoppscotch/hoppscotch/issues/5017
Originally assigned to: @CuriousCorrelation on GitHub.
Is there an existing issue for this?
Current behavior
I am on Ubuntu 24.04 LTS
I installed the latest version of Hoppscotch (25.3.2) via the Debian package.
Whenever I open the app, it shows the checking for updates and then immediately goes to a blank screen.
Steps to reproduce
Install the Hoppscotch Desktop after downloading the debian package
Open the app by running the command
Logs and Screenshots
Environment
Production
Hoppscotch Version
Cloud
Interceptor
Native - Desktop App
Browsers Affected
No response
Operating System
Linux
Additional Information
I tried using ChatGPT to debug this issue and it said that I don't have enough space on my machine.
So, I ran the following command for disk space
Output was
Same output was obtained if I ran
df -h ~/.configordf -h ~@CuriousCorrelation commented on GitHub (Apr 24, 2025):
Hi @CommanderBaman, thanks for the logs and an excellent report!
This was caused by incorrect assumption of the underlying library returning bytes (actually kilobytes), essentially a units mismatch. The associated PR should fix this once landed in one of the upcoming releases.
Feel free to checkout the PR for more information. In the meantime, having slightly more than 17-20G of free space should unblock your use-case.
@DenShlk commented on GitHub (Apr 30, 2025):
Hi there, I am not sure if it is the same problem because i see less logs for some reason, but looks very similar.
My setup: Ubuntu 24.04 LTS, Hoppscotch v25.4.0 (visible in logs)
The error at the end is the same, and after update window closes, there is a small white window. If i click inspect element, there is nothing inside tags.
Full log:
I also do not have a lot of free space:
P.S. I can open new issue if needed
@CuriousCorrelation commented on GitHub (Apr 30, 2025):
Hi @DenShlk,
That's quite strange but I don't think these are related since your logs don't mention "ERROR tauri_plugin_appload: Failed to initialize vendor. error=Storage error: Storage full: required bytes, available bytes".
Although we can still try to make sure - could you please check if
~/.config/io.hoppscotch.desktopis populated andbundlessub-directory has a.zipfile that's aprox. 16 MB in size?@DenShlk commented on GitHub (Apr 30, 2025):
@CuriousCorrelation commented on GitHub (Apr 30, 2025):
@DenShlk That's quite odd since ls
~/.config/io.hoppscotch.desktopshould have shown at least 3 more files along with those 4 directories.The fact that log writing works but bundle file writing doesn't makes me think this could be some form of confinement that lets the app write logs to designated directories but restricts writing elsewhere.
Although it could very well be what you suggested - even though your logs don't show the exact "Storage full" error we fixed, the symptoms and your disk space situation suggest we might have another edge case to address.
If its none of the above and if you can - could you try freeing up some space and see if that helps? While very unlikely, I think the storage space detection might be underestimating the size requirements.
@CommanderBaman commented on GitHub (Apr 30, 2025):
I also updated to the v2024.4.0 but it still wasn't working.
The logs are same as the ones shared by Denshik above.
As suggested, I tried to see if there were any files in the
.config/io.hoppscotch.desktopvia the tree command.Here is the output.
This suggests that the folders were created but no files were created.
For the space suggestion, it would be very hard for me to clear everything out to test this. I apologize for this. On the other hand, can you try to use
fallocateorddcommand to create files to fill up space to check the storage issue theory?Here are the logs for your reference after running the
RUST_LOG=debug hoppscotch-desktopPS: The variable
RUST_LOGhad no effects on the logs printed in the terminal@CuriousCorrelation commented on GitHub (Apr 30, 2025):
Hi @CommanderBaman, thanks for the info! I believe this is indeed related to machine being low on storage, and while the PR mentioned does fix the flaky storage estimation, there might still be some OS policies (enforced by the OS or adhered by libraries used for calculations) that are preventing the app from storing all the required files (upon first launch).
Great news is I am now able to reproduce these issues albeit still inconsistently as mentioned in the latest comment at https://github.com/hoppscotch/hoppscotch/issues/4859. I suspect this is now related to https://github.com/hoppscotch/hoppscotch/issues/4859
As for
Yes this is intentional,
v2024.4.0introduced persistent files based rotating logs (see https://github.com/hoppscotch/hoppscotch/pull/5009) so now the app redirects consistent level of logs to both terminal (if launched via terminal) and file (located at~/.local/share/io.hoppscotch.desktop/logs/io.hoppscotch.desktop.logon Linux, see the PR for locations on different OSs).