rejetto forum

Software => HFS ~ HTTP File Server => Beta => Topic started by: rejetto on April 18, 2009, 12:46:29 PM

Title: Testing build #234
Post by: rejetto on April 18, 2009, 12:46:29 PM
sorry for the #233 guys  :-[

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

what's new
+ global variables [link] (http://www.rejetto.com/forum/index.php?topic=6849.0;topicseen)
+ new template macro: cookie, while
+ new events: server start, server stop
+ [section|private] to make the section not reachable by the browser [link] (http://www.rejetto.com/forum/index.php?topic=6835.0)
+ {.length|var=xxx.}
- several memory leaks
- event [unauthorized] was not fired for login [link] (http://www.rejetto.com/forum/index.php?topic=6843.0)
Title: Re: Testing build #234
Post by: Mars on April 18, 2009, 05:48:59 PM
Build 234, I keep an eye on you, then does not disappoint us as your big sister the build 233 ;D
Title: Re: Testing build #234
Post by: chthonic on April 18, 2009, 08:21:58 PM
Build 234, I keep an eye on you, then does not disappoint us as your big sister the build 233 ;D


HAHAHAHAHA! amusing choice of phrasing!
Title: Re: Testing build #234
Post by: SamePaul on April 18, 2009, 08:29:18 PM
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
Title: Re: Testing build #234
Post by: rejetto on April 19, 2009, 04:16:27 PM
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%"> .}


Quote
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.
Title: Re: Testing build #234
Post by: Mars on April 19, 2009, 04:21:16 PM
in an old build,I make something as  checked 'No Download (except)' -->> permisions: Download ;)
Title: Re: Testing build #234
Post by: SamePaul on April 19, 2009, 05:22:23 PM
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.

Title: Re: Testing build #234
Post by: rejetto on April 20, 2009, 11:30:49 AM
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).
Title: Re: Testing build #234
Post by: rejetto on April 20, 2009, 11:31:02 AM
in an old build,I make something as  checked 'No Download (except)' -->> permisions: Download ;)

i don't understand what you mean
Title: Re: Testing build #234
Post by: SamePaul on April 20, 2009, 05:02:16 PM
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 (http://en.wikipedia.org/wiki/Volume_Mount_Point). 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.
Title: Re: Testing build #234
Post by: rejetto on April 21, 2009, 05:22:17 PM
from my tests, these "mount points" are actually junctions (http://en.wikipedia.org/wiki/NTFS_junction_point), 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. :-X
Title: Re: Testing build #234
Post by: rejetto on April 22, 2009, 10:59:34 AM
ok, next build should have junction supports.
i wonder if this will break win98 compatibility. we'll see.
Title: Re: Testing build #234
Post by: SamePaul on April 22, 2009, 02:57:19 PM
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
Title: Re: Testing build #234
Post by: rejetto on April 22, 2009, 03:18:26 PM
that's what i expected too :(