Skip to content

[Bug]: Symlinking ~/downloads results in truncated shared file #4499

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
sevmonster opened this issue Apr 14, 2025 · 0 comments
Open

[Bug]: Symlinking ~/downloads results in truncated shared file #4499

sevmonster opened this issue Apr 14, 2025 · 0 comments

Comments

@sevmonster
Copy link

Problem description

When using the Termux share intent for a file, that file is truncated to zero bytes, and is not copied to ~/downloads, if the directory is a symlink to shared storage (e.g. storage/shared/example).

I only initially noticed the issue because I don't have a particular purpose to have a dedicated app data directory for file sharing, and just symlinked it to Downloads, thinking it wouldn't cause problems.

Steps to reproduce the behavior.

  1. termux-setup-storage && rmdir downloads && ln -s storage/downloads downloads
  2. Open any file browser and share with Termux

What is the expected behavior?

If the file doesn't already exist, copy it to the destination (even if cross-device) and perform the chosen action (edit etc.)

System information

  • Termux application version: 0.119.0-beta.2
  • Android OS version: 15
  • Device model: Google Pixel Fold
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant