Missing check for plaintextnames in many FUSE callbacks

[slackner]

Steps to reproduce:

1. Create a regular GoCryptFS mount point in forward mode and with -plaintextnames
2. 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.

[slackner]

On the first sight this affects the following functions:

• Create
• Mknod
• Unlink
• Rename
• Link

[slackner]

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]

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> .

[slackner]

I would, but apparently I don't have permission to reopen myself.

[rfjakob]

Hmm will check if i can allow that somehow