Testing build #221

[rejetto]

This build will break some compatibility with previous macros, so please check the renamings!

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

what's new
+ Menu -> Debug -> "Run script..."
+ Account notes (and related %user-notes%)
+ {.add folder.} always added to the root. Now (by default) to the current folder, but you can specify where by entering the full VFS path within the name
+ new {.get|stop spiders.}
+ new template macro: add to log
+ fingerprint and comment are delete when a file is deleted via web
* account link renamed to "member of"
* {.account linked.} renamed to {.member of.}
* {.set account|group.} renamed to {.set account|is group.}
* {.set account|link.} renamed to {.set account|member of.}
- once-real-now-virtual-folders continued to devolve their past upload permissions http://www.rejetto.com/forum/index.php?topic=6504.msg1040094#msg1040094
- accounts: rename and ENTER, without any change, broken in recent build http://www.rejetto.com/forum/index.php?topic=6578.msg1040081#msg1040081

[luca69]

Installed and under evaluation.

- Account notes:
Very nice!I added to my template the following peace of code:

Code:

[special:begin]
{.set|notes|%user-notes%.}
{.set|username| {.from table|notes|name.} .}
  {.set|username|{.if|{.^username.}|{.^username.}|%user%.}.}

{.set|useremail|{.from table|notes|email.} .}
....

So in the template I can use {.^username.} instead of %user% to display the name set in the notes (if set)

[luca69]

+ fingerprint and comment are delete when a file is deleted via web

I found a snall bug: if the flag "Virtual File System -->Support DESCRIT.ION" is not set, when a files is deleted HFS generates an empty DESCRIT.ION file which pops up in the list of files 

There is a simple workarond: enable the Support DESCRIT.ION flag (the default)

[JellyFrog]

+ new template macro: add to log

Is it possible to specify a "username" for the log?

So it looks something like this:
21:09:59 JellyFrog I like HFS!

[Mars]

{.add to log| %user% love hfs | Clgreen.}

[r][m]

{.add to log| %user% love hfs | Clgreen.}

Nice, but I guess it doesn't work in apache log? 

when a files is deleted HFS generates an empty DESCRIT.ION file which pops up in the list of files 

Confirmed and work around. Really of no concern, here

Edit:
Woops ! Spoke too soon.
Descript.ion doesn't seem to be working in build 221 (works in 220).
Thats a problem for me.
Can someone else confirm?

[UNITEN]

I don't know what happen but user tends to download over the limit speed for single address and sometimes even reach OVER the speed limit.

Can anyone confirm this?

[rejetto]

I found a snall bug: if the flag "Virtual File System -->Support DESCRIT.ION" is not set, when a files is deleted HFS generates an empty DESCRIT.ION file which pops up in the list of files 

There is a simple workarond: enable the Support DESCRIT.ION flag (the default)

i think the empty file is ALWAYS created.
your workaround is just hiding it (i guess).

fixed in next build

[rejetto]

Is it possible to specify a "username" for the log?
So it looks something like this:
21:09:59 JellyFrog I like HFS!

no, because at the moment the user is just appended to the IP address.
do you really need this feature? i can make it, but we must decide what to do when there is an IP (and maybe also a username logged in), because the log may become misleading.
if the IP is not there, then showing a username will be easy to recognize from the IP@username.

[rejetto]

I don't know what happen but user tends to download over the limit speed for single address and sometimes even reach OVER the speed limit. Can anyone confirm this?

Do you have reasons to think your problem is related to this build only?
Otherwise i will move it to a new and specific topic.

To know if it is so, you must reverse to a previous build and see if the problem persists or disappear.

[luca69]

I found a snall bug: if the flag "Virtual File System -->Support DESCRIT.ION" is not set, when a files is deleted HFS generates an empty DESCRIT.ION file which pops up in the list of files 

There is a simple workarond: enable the Support DESCRIT.ION flag (the default)

i think the empty file is ALWAYS created.
your workaround is just hiding it (i guess).

fixed in next build

YESSSSSS 

[TSG]

I found a bug, when importing our templates....

[special:import]
{.add folder|real|template.}
{.set item|/template|hide.}
{.set item|/template|no log.}

I ended up with a folder in the vfs with no name...

[rejetto]

I found a bug, when importing our templates....

fixed in next build