rejetto forum

Software => HFS ~ HTTP File Server => Beta => Topic started by: rejetto on April 03, 2008, 07:55:48 PM

Title: Testing build #185
Post by: rejetto on April 03, 2008, 07:55:48 PM
download @ www.dovedove.it/hfs/hfs185.exe

what's new
+ remembers trusted VFS files
Title: Re: Testing build #185
Post by: Pit on April 03, 2008, 08:18:43 PM
Thanks Rejetto for the fast work and reaction.  :) :) :)
Title: Re: Testing build #185
Post by: Merlin Cori on April 08, 2008, 12:28:51 PM
and how about check updates throught proxy? it is possible?
Title: Re: Testing build #185
Post by: bacter on April 08, 2008, 12:49:20 PM
Thank you rejetto, now it works fine.
Title: Re: Testing build #185
Post by: KalleB on April 11, 2008, 03:00:51 PM
So after a long time I updated my HFS and right after that I got this huge screaming WARNING!!! message about some macros right to my face... The message did not even specify what file this was all about nor what this "macros" thing means in the first place..

Now don't get me wrong, I know what macros are and I know that warning was propably about my default VFS file, but for a novice this kind of message is quite scary and could easily induce a "WTF!!11" reaction.

So please rejetto, make that message a bit more informative and lessen the exlamation marks :)
Title: Re: Testing build #185
Post by: rejetto on April 11, 2008, 06:09:27 PM
and how about check updates throught proxy? it is possible?

no. do you really use HFS behind a proxy?
i guess you serve only local computers, right?
Title: Re: Testing build #185
Post by: rejetto on April 11, 2008, 06:12:03 PM
So please rejetto, make that message a bit more informative and lessen the exlamation marks :)

you are right, but
1. i try to keep messages short, because people don't actually read long messages. So, i can't explain what macros are, but yes, i should at least specify the filename. :)
2. macros inside a vfs may delete random files on your hard disk. do you still think i should not warn people about it?
3. i may also skip the message for the default VFS file.
Title: Re: Testing build #185
Post by: KalleB on April 16, 2008, 09:28:05 PM
2. macros inside a vfs may delete random files on your hard disk. do you still think i should not warn people about it?

Yes, of course it's good to warn people. But would it be possible to make HFS 'scan' through the vfs file for those certain macros that might modify/delete any files and only display the warning when this kind of commands are found?
Title: Re: Testing build #185
Post by: rejetto on April 17, 2008, 01:38:39 AM
Sadly no, due to the nature of the language.
As a side effect, macro names can be created at run-time.
Title: Re: Testing build #185
Post by: Greek on April 20, 2008, 08:23:14 PM
when it is ran run in vista with 'run as administrator' (32-bit version, just in case it matters), drag and drop doesn't work anymore.
Title: Re: Testing build #185
Post by: Greek on April 20, 2008, 09:03:50 PM
also no-one can connect. what wrong with hfs in vista rejetto?
Title: Re: Testing build #185
Post by: rejetto on April 20, 2008, 09:28:21 PM
i use HFS with Vista and i'm experiencing no problem when it is run at administrator level.
Title: Re: Testing build #185
Post by: Greek on April 20, 2008, 10:31:03 PM
you have 6.0.6001.18000?
Title: Re: Testing build #185
Post by: Greek on April 20, 2008, 10:51:25 PM
everything works fine concerning the connections the disabled firewall was the problem it needs to be enabled.

drag and drop does not work. only through the right click options files and directories can be added. damn it! what could be wrong?
Title: Re: Testing build #185
Post by: rejetto on April 21, 2008, 02:45:16 AM
no, i have 6.0.6000 (no SP installed yet).
try using drag&drop with the file manager itself running as admin.
Title: Re: Testing build #185
Post by: tsaukpaetra on April 21, 2008, 04:49:40 AM
In regards to the "run as Administrator problem":
Programs that are run as administrator cannot receive inter-process messages (like if you drag+drop files) from a program of a different session.

What I mean by this is that because you are running Hfs as an administrator, other programs are not allowed to interact with it (for security purposes).
The thought-line was that since a program running as an Administrator has TOTAL access to the computer, and malicious program could be written to take control of that application (worst case scenario of course) and use it do cause harm to the computer. For an example, if a worm was written to watch for programs that have the ability to display the standard windows' "Open File Dialog" box, it could send it's location into the FileName field, send an "Enter" and !Boom! it is running as an Administrator can can do /anything/.
Worst case scenario, right?

But anyways, this is most noticeable for accounts that are Standard level. It might not apply to accounts already Administrators.
Title: Re: Testing build #185
Post by: rejetto on April 21, 2008, 09:20:44 AM
indeed i use an admin account (and also UAC disabled)
Title: Re: Testing build #185
Post by: Greek on April 21, 2008, 04:35:25 PM
it does apply to admin accounts. thank you tsaukpaetra :)

rejetto, you work as a programmer or programming is a hobby of yours?

thank you for this great little application! ;)

PS: why you don't have the sp1 installed?
Title: Re: Testing build #185
Post by: slayer on April 23, 2008, 05:21:40 AM
Access violation at address 004AB7E6 in module 'hfs.exe'. Read of address 00000182
HFS 2.3 beta (185)
----------------------------------------------------------------
System   : Windows Vista Professional, Version: 6.0, Build: 1770, ""
Processor: Intel,               Intel(R) Pentium(R) 4 CPU 3.20GHz, 3280 MHz MMX
Display  : 1280x1024 pixels, 32 bpp
----------------------------------------------------------------
----------------------------------------------------------------
Product Versions


Access violation at address 00528762 in module 'hfs.exe'. Read of address 00000098
HFS 2.3 beta (185)
----------------------------------------------------------------
System   : Windows Vista Professional, Version: 6.0, Build: 1770, ""
Processor: Intel,               Intel(R) Pentium(R) 4 CPU 3.20GHz, 3280 MHz MMX
Display  : 1280x1024 pixels, 32 bpp
----------------------------------------------------------------
----------------------------------------------------------------
Product Versions

hfs.exe: Build: 0 09.04.2008 10:29:14
__hfs.exe: Build: 0 07.03.2008 13:21:56
Title: Re: Testing build #185
Post by: rejetto on April 23, 2008, 10:05:33 PM
some off-topic posts have been moved to http://www.rejetto.com/forum/index.php?topic=5835.0
Title: Re: Testing build #185
Post by: jerome on April 28, 2008, 04:55:14 PM
hello,

the function "rename" a user account loose all the preregistered data access list,
it is like create a new account from the begining.

it should be useful to enable this,
and also create a new function = copy a user account Login+pass+Data access list to create a new one ( ex: login name(+*) or "copy of" login name) using the same data list and the same pass, and paste a new login name on it. (when login rename will work)

to enable a nominative login, using a common pass and the same file list, in a few clic.

because if you have a long list of files, and you need many user personal login ( to identify dynamic IP ), it is very long to make it.


thank you to think about it for future build.
Title: Re: Testing build #185
Post by: ailef on May 03, 2008, 08:03:10 AM
hello, i tested this tool on this HFS beta and here is the report, i had 10 vulnerabilities on 340 plugins, i think it's a good result.
maybe u'll find those results interesting to improve HFS.
http://ailef.neuf.fr/atk41.html (http://ailef.neuf.fr/atk41.html)

i put a log and pass to the root folder of HFS do the tests.
i tested it on xp pro sp3.
Title: Re: Testing build #185
Post by: cmatte on May 03, 2008, 12:20:56 PM
hello, i tested this tool on this HFS beta and here is the report, i had 10 vulnerabilities on 340 plugins, i think it's a good result.
maybe u'll find those results interesting to improve HFS.
http://ailef.neuf.fr/atk41.html (http://ailef.neuf.fr/atk41.html)

i put a log and pass to the root folder of HFS do the tests.
i tested it on xp pro sp3.
I did a test inserting very long login/pass characters and even closing/opening hfs again didn't help!
I'm stuck to a "414 - The request has exceeded the max length allowed" error :'(
What to do?

--update--
Allright!
Pheraps ff 3 kept sending the same data! I simply closed/opened it again and it worked!
Title: Re: Testing build #185
Post by: PolarFox on May 18, 2008, 05:58:10 PM
Exception on fingerprint if a file not found (e.g. file has been [re]moved).

rejetto, maybe need include all file operation in "try-catch" block?
Title: Re: Testing build #185
Post by: TCube on May 22, 2008, 04:53:33 AM
"Min Disk Space" sets all uploads to failure when HFS is on a USB card [checked 185/184]
TCube
Title: Testing build #185 flash button compatibility
Post by: jerome on May 29, 2008, 05:00:15 PM
hello the rejetto HFS testing company.

i have found a little problem to submit from a custom template.
some nice flash button's are not working in HFS in allowScriptAccess=sameDomain mode.

"target_seft" and "target_parent" are blocked, only "target_blank" works on a HTML page hosted on HFS.

Only allowScriptAccess=Always enable these target to work.

you can see an example page hosted by HFS
82.239.5.248/PageTestButtonSameDomain.html

the same page hosted on my FTP server
jerome.sevestre.free.fr/PageTestButtonSameDomain.html

is it normal ? ;D
A++
Title: Re: Testing build #185
Post by: jerome on May 29, 2008, 06:52:19 PM
hello again, sorry to wrong alert you.
it don't comes  from HFS specifically because i have the same problem if i open the HTML file from my desktop.

it look like a wrong code in the flash button animation elements i use from a template demo,
i have tested other one's from amara menu builder and the target_self is working without any ScriptAccess notification in the code.
it is only a flash joke reacting on active X control. you can sleep quiet.
the wrong code is in my buttons, i will watch it with a decompiler.

Title: Re: Testing build #185
Post by: 7of9 on June 05, 2008, 01:41:43 AM
Bug, Very large folder Not showing up once logged in. I have a huge (20GB MP3) folder i share with my friends and the main folder will not show up once they login to the server with the latest beta. Was working b4 just fine. Running on Vista x64 w SP1.
Title: Re: Testing build #185
Post by: jessiepp on June 06, 2008, 10:20:05 PM
hello to all i am a new user on this forum will there be a ver of this program for mac ever?
Title: Re: Testing build #185
Post by: traxxus on June 07, 2008, 10:13:00 AM
Hi jessiepp

HFS on mac is only possible with an windows emulator on mac... sry. To other users: correct me if the information was wrong.
Title: Re: Testing build #185
Post by: NPC on June 13, 2008, 05:46:46 AM
Bug, Very large folder Not showing up once logged in. I have a huge (20GB MP3) folder i share with my friends and the main folder will not show up once they login to the server with the latest beta. Was working b4 just fine. Running on Vista x64 w SP1.

Yes, i'm too. But when i'm switch to virtual folder it will be ok, my folder size is 8Gb (Image only). This bug haven't see in HFS 2.2. Running Windows Server 2003 SP2.
Title: Re: Testing build #185
Post by: rejetto on June 17, 2008, 12:24:36 AM
the function "rename" a user account loose all the preregistered data access list,

whooooo, terrible bug, i will fix it ASAP.

Quote
and also create a new function = copy a user account Login+pass+Data access list to create a new one

ok, in to-do
Title: Re: Testing build #185
Post by: rejetto on June 17, 2008, 12:26:16 AM
hello, i tested this tool on this HFS beta and here is the report, i had 10 vulnerabilities on 340 plugins, i think it's a good result.

thank you for reporting ailef, but only 3 points of that list are related to HFS, and all of them are bullshit :)
Title: Re: Testing build #185
Post by: rejetto on June 17, 2008, 12:42:34 AM
Exception on fingerprint if a file not found (e.g. file has been [re]moved).

could someone provide a detailed way to reproduce the problem?
Title: Re: Testing build #185
Post by: ELEVENNNN on June 17, 2008, 03:16:01 AM
Quote
thank you for reporting ailef, but only 3 points of that list are related to HFS, and all of them are bullshit

haha
Title: Re: Testing build #185
Post by: rejetto on June 17, 2008, 10:40:25 AM
Bug, Very large folder Not showing up once logged in. I have a huge (20GB MP3) folder i share with my friends and the main folder will not show up once they login to the server with the latest beta. Was working b4 just fine. Running on Vista x64 w SP1.

Yes, i'm too. But when i'm switch to virtual folder it will be ok, my folder size is 8Gb (Image only). This bug haven't see in HFS 2.2. Running Windows Server 2003 SP2.

please, could you
1. provide the listing you get through the virtual folder?
2. try to switch to real folder again (it should be possible without re-adding) and see if the problem persists?
Title: Re: Testing build #185
Post by: rejetto on June 17, 2008, 10:56:52 AM
hello to all i am a new user on this forum will there be a ver of this program for mac ever?

hi jessiepp, feel free to open a new topic when you have questions not related to the topic. :)
the situation about a mac version is not promising: i don't have a mac, and more generally no one here is working on such project.
Title: Re: Testing build #185
Post by: NPC on June 20, 2008, 05:40:16 PM

please, could you
1. provide the listing you get through the virtual folder?
2. try to switch to real folder again (it should be possible without re-adding) and see if the problem persists?

Hi Rejetto,
You can see at my site npcserver.homeip.net , folder "My Kids" (current: virtual folder)
I was try to switch to real folder, it will be hide again. I have share 12 folder(real folder all) just this one have problem.
I has update to beta 186, same problem.
Thanks for your reply and sorry about my English.
Title: Re: Testing build #185
Post by: maverick on June 20, 2008, 06:44:00 PM
NPC

I went to your site and checked out everything available.  I see NO problems anywhere.
Title: Re: Testing build #185
Post by: NPC on June 20, 2008, 09:05:57 PM
NPC

I went to your site and checked out everything available.  I see NO problems anywhere.


Can you see folder "My Kids"? My problem is here: You can see when it's virtual folder, switch to real folder it will be hide. Problem with beta version only, every think ok when i go back to 2.2 version.

Thanks.
Title: Re: Testing build #185
Post by: bacter on June 21, 2008, 09:12:16 AM
NPC:
Try to detect what is the cause of the problem (your folder is very huge!) as there is no visible problem as you have it now.
For example: change the name for the folder the kids, create a new the-kids folder, start moving subfolders to new folder an see what happens with different numbers of subfolders, until you reproduce the problem.
Title: Re: Testing build #185
Post by: NPC on June 21, 2008, 10:07:21 AM
Thanks all,
I have remove all my data into other folder, delete old folder then i have re-create new folder with same name, remove all my data back, it's OK now (can see with real folder). I don't understandable, this problem to meet an obstacle with beta version only anh with there folder only.
Thanks again for all your help.