A file can be visible but not writable because its owner, directory permissions or the hosting process identity differ from what you expect. Storage quotas, immutable policies and provider restrictions can produce similar symptoms.
IN THIS ARTICLE
Gather the details you will need
Record the exact filename, action and error. Check whether the file was created by an installer, restored backup, deployment process or application running under another identity. Preserve the data before attempting any corrective operation.
01 Check ownership, permissions and directory access
- In File Manager, inspect the file and its parent directory permissions. A writable file inside a nonwritable directory can behave differently for edits, renames and deletion.
- Check Disk Usage and account limits. A quota failure can prevent saves even when the permissions are correct.
- If authorised shell access is available, use a read-only listing such as
ls -lon the specific path to inspect its owner and group. Do not publish sensitive directory listings. - Compare the result with the expected cPanel account ownership and the application’s documented writable paths.
- Ask support to correct ownership or server policy when the account cannot do so safely, providing the path and error instead of requesting a blanket permission reset.
02 Example: inspect the containing folder when deletion is denied
In the hosting account's authorised terminal, check both the file and its parent directory. Use the real path from File Manager. This example reads metadata only and does not attempt to delete, move or modify the file.
ls -ld /home/CPANEL_USER/public_html/uploads
ls -l /home/CPANEL_USER/public_html/uploads/example.txt
id
Read the result: Deleting or renaming a directory entry depends on the containing directory's permissions and applicable restrictions, not simply whether the file itself is writable. Compare the current user with the owner and group on both entries. Server policies, immutable flags or a read-only mount may also apply.
If the file belongs to another server account, ask the authorised administrator to inspect its origin. Do not grant broad permissions to the entire website or repeatedly upload duplicate copies as a workaround. Preserve the exact error and path so the account boundary can be investigated.
Confirm the expected result
Test the original failed operation after the narrow correction and verify the application still reads the file correctly. Confirm no unrelated directory became writable.
If the problem continues
Do not run root-level chown examples from another server on shared hosting, and do not use 777 to conceal an ownership mismatch. If a deployment repeatedly recreates the problem, correct that process’s identity or destination.
Why can I edit but not delete a file?
Editing and deleting involve different permission checks. Removing a directory entry generally depends on its parent directory, while modifying file contents depends on file access. Check both paths before changing either.