Testing build #234

[rejetto]

sorry for the #233 guys 

download @ www.dovedove.it/hfs/hfs234.exe

what's new
+ global variables [link]
+ new template macro: cookie, while
+ new events: server start, server stop
+ [section|private] to make the section not reachable by the browser [link]
+ {.length|var=xxx.}
- several memory leaks
- event [unauthorized] was not fired for login [link]

[Mars]

Build 234, I keep an eye on you, then does not disappoint us as your big sister the build 233

[chthonic]

Build 234, I keep an eye on you, then does not disappoint us as your big sister the build 233

HAHAHAHAHA! amusing choice of phrasing!

[SamePaul]

In folder marked "No download" I can't delete anything.
Situation: I have public upload directory, so anyone can put there some stuff like cool mp3 track or my photos from party. Obviously I do not want other to download it, so I marked this folder "No download". But sometimes "hackers' put there viruses and other shit, which I need to delete. So I created username and assigned him permission to delete from this folder. And it worked previously, but now it doesn't. All files inside are marked with lock, do not have checkbox and cannot be deleted.

Also I wanted to ask to transform "No download" flag into "Download" list inside "Permission" tab. Thus I can choose users who are allowed to download. Right now I'm forced to use workaround by hosting protected virtual folder which contains alias to upload folder

[rejetto]

In folder marked "No download" I can't delete anything.

it's a bug of the template.
this line
{.if|{.and|{.get|can access.}|{.get|can delete.}{.get|can archive item.}.}| <input type='checkbox' name='selection' value="%item-url%"> .}


must be
{.if|{.get|can delete.}{.and|{.get|can access.}|{.get|can archive item.}.}| <input type='checkbox' name='selection' value="%item-url%"> .}

Also I wanted to ask to transform "No download" flag into "Download" list inside "Permission" tab. Thus I can choose users who are allowed to download. Right now I'm forced to use workaround by hosting protected virtual folder which contains alias to upload folder

yes, i already had a similar idea.

[Mars]

in an old build,I make something as  checked 'No Download (except)' -->> permisions: Download

[SamePaul]

it's a bug of the template.
this line
{.if|{.and|{.get|can access.}|{.get|can delete.}{.get|can archive item.}.}| <input type='checkbox' name='selection' value="%item-url%"> .}


must be
{.if|{.get|can delete.}{.and|{.get|can access.}|{.get|can archive item.}.}| <input type='checkbox' name='selection' value="%item-url%"> .}

Ok, it works on per-file basis, but still not for folder. If I put checkmark on folder and try to delete the folder remains intact with all its content. Or this done to prevent accidental mass-deletion? If so the checkbox on folders is misleading and should be removed  in default template.

[rejetto]

I just tested, and folder deletion is working perfectly here.
Are you sure you can delete that folder? You may have Windows' permissions problem. Try doing it manually.
If this is not the case, then try this:
create a new real folder, give delete permissions to anyone, and put inside 1 file and 1 folder.
try deleting both, and report what happens (to both).

[rejetto]

in an old build,I make something as  checked 'No Download (except)' -->> permisions: Download

i don't understand what you mean

[SamePaul]

I just tested, and folder deletion is working perfectly here.
Are you sure you can delete that folder? You may have Windows' permissions problem. Try doing it manually.
If this is not the case, then try this:
create a new real folder, give delete permissions to anyone, and put inside 1 file and 1 folder.
try deleting both, and report what happens (to both).

Of course I'm sure Moreover I can delete files inside folder in old way by selecting each one. But not folder itself.

Ok, I did a small research and here results:
The problem seems not related to hfs security, but rater to its problem with Mount points. If I add 'real folder' that resides on regular volume there is no problem. But if I have mount point (lets say some volume is mounted at "C:\Store") and 'real folder' is attached to some folder via this mount point (e.g. C:\Store\Downloads\Incoming) then the problem exists.

[rejetto]

from my tests, these "mount points" are actually junctions, and i just came to know that HFS cannot delete them.
i will work on it.
this problem is not related to this build, so we are off topic here.

[rejetto]

ok, next build should have junction supports.
i wonder if this will break win98 compatibility. we'll see.

[SamePaul]

It's strange that special treatment of reparse point required. I was sure this is absolutely transparent to software...
I'm so curious so will take a look to sources next build
thanks

[rejetto]

that's what i expected too