You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
So this is a strange one that's been bothering me for a while. I just updated to 4.0.7 as well, issue persists.
I've been OCRing a lot of my TV show PGS subs lately and saving them directly to my NAS (mounted via NFS), which both works great. However, occasionally mistakes slip through that I only notice when actually watching the show with subtitles. After fixing the mistakes within SE however, I am unable to save the file:
Cannot save /mnt/tank/media/tvshows/The Office [tmdbid-2316]/Season 04/<file>.srt
File is read-only!
However, I know for a fact it is not. I can open the exact same file in Kwrite (or even just vim), edit, and save it just fine.
I'm not sure if this is an SE specific issue, or if Mono is to blame.
As noted above the volume is mounted via NFS. All users accessing the share are mapped to a user on the NAS that has read and write access, but it does have a different user ID. Is it possible that Mono doesn't check the actual file permissions, but only compares the user ID instead? Other then that I wouldn't know what could cause this...
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
So this is a strange one that's been bothering me for a while. I just updated to 4.0.7 as well, issue persists.
I've been OCRing a lot of my TV show PGS subs lately and saving them directly to my NAS (mounted via NFS), which both works great. However, occasionally mistakes slip through that I only notice when actually watching the show with subtitles. After fixing the mistakes within SE however, I am unable to save the file:
However, I know for a fact it is not. I can open the exact same file in Kwrite (or even just
vim
), edit, and save it just fine.I'm not sure if this is an SE specific issue, or if Mono is to blame.
As noted above the volume is mounted via NFS. All users accessing the share are mapped to a user on the NAS that has read and write access, but it does have a different user ID. Is it possible that Mono doesn't check the actual file permissions, but only compares the user ID instead? Other then that I wouldn't know what could cause this...
This is what permissions look like:
Anybody have an idea? :/
As a workaround I currently save a second file and then delete the first but.. that's not very comfortable :'D
Any help would be appreciated :)
Beta Was this translation helpful? Give feedback.
All reactions