Skip to content

fix: use explicit ?os= parameter in download URLs#99

Merged
vitorbaptista merged 1 commit intomasterfrom
fix-issue-98
Jan 31, 2026
Merged

fix: use explicit ?os= parameter in download URLs#99
vitorbaptista merged 1 commit intomasterfrom
fix-issue-98

Conversation

@vitorbaptista
Copy link
Copy Markdown
Owner

Problem

When users copy the curl/wget command from the website and run it, the user-agent is just curl/XXX or wget/XXX which doesn't identify the operating system. This causes the server to fail OS detection and fall back to serving its own binary instead of the correct one for the user's platform.

Fixes #98

Solution

Include explicit ?os= parameter in all download URLs:

  • Linux: https://get.shellshare.net/?os=linux
  • macOS: https://get.shellshare.net/?os=mac (Intel binary, works on Apple Silicon via Rosetta 2)
  • Windows: https://get.shellshare.net/?os=windows

Changes

Updated all download URLs in templates/index.html:

  • Main one-liner in the download section
  • "How to use?" section
  • "Can I broadcast to a custom room name?" FAQ section

When users copy the curl/wget command, the user-agent is just 'curl/XXX'
or 'wget/XXX' which doesn't identify the OS. This causes the server to
fall back to serving its own binary instead of the correct one.

Fix by including explicit ?os= parameter in all download URLs:
- Linux: https://get.shellshare.net/?os=linux
- macOS: https://get.shellshare.net/?os=mac (Intel, works on ARM via Rosetta)
- Windows: https://get.shellshare.net/?os=windows

Closes #98
@vitorbaptista vitorbaptista merged commit a43aafc into master Jan 31, 2026
1 of 3 checks passed
@vitorbaptista vitorbaptista deleted the fix-issue-98 branch January 31, 2026 18:48
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

The user-agent detection doesn't work when users use curl

1 participant