Missing check for plaintextnames in many FUSE callbacks
slackner opened this issue · comments
Sebastian Lackner commented
Steps to reproduce:
- Create a regular GoCryptFS mount point in forward mode and with
-plaintextnames
- In the mount point directory try to run
touch gocryptfs.longname.XXX
This fails with the error No such file or directory
, but should actually succeed. The problem is that many FUSE calls do not explicitly check if plaintextnames
is set.
Sebastian Lackner commented
On the first sight this affects the following functions:
- Create
- Mknod
- Unlink
- Rename
- Link
Sebastian Lackner commented
I fear this one was closed a bit too early. Mknod and Unlink are fixed now, but there might be three other functions affected by the same problem. Should I open new bugs for them?
rfjakob commented
Was auto-closed through the commit message i guess, just re-open it
…On Nov 28, 2017 10:32, "slackner" ***@***.***> wrote:
I fear this one was closed a bit too early. Mknod and Unlink are fixed
now, but there might be three other functions affected by the same problem.
Should I open new bugs for them?
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
<#174 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AARgf09xj-u5Cg9j2Kw71xfQOO8meFifks5s69MegaJpZM4QqRkd>
.
Sebastian Lackner commented
I would, but apparently I don't have permission to reopen myself.
rfjakob commented
Hmm will check if i can allow that somehow