Replies: 1 comment 1 reply
-
I have the same issue. If the files are copied to a "local" folder, say to "documents", it has no problem writing. Based on that, I think it's getting its permissions from the wrong place. Still have not found a solution. I notice that in the "file open" dialog, the NSF share doesn't show up. In order to make it show up, I have to make a link to it in a place that DOES show, like the desktop. I really want to fix this issue, because SubtitleEdit is by far my favorite utility for subtitles. |
Beta Was this translation helpful? Give feedback.
-
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