rejetto forum

Software => HFS ~ HTTP File Server => Beta => Topic started by: rejetto on September 25, 2007, 04:08:16 PM

Title: Testing build #137
Post by: rejetto on September 25, 2007, 04:08:16 PM
download @ http://www.dovedove.it/hfs/hfs137.exe

what's new
+ Graph Menu -> Reset
+ new template symbols: %time% %date% www.rejetto.com/forum/?topic=4963
* moved some of the new menu items to the expert mode
- incorrect handling of very long filenames www.rejetto.com/forum/?topic=4962
- incorrect handling of some disconnections www.rejetto.com/forum/?topic=4908
- incorrect handling of // in URI www.rejetto.com/forum/?topic=4969
- archive for subfolders of real folders had a wrong path
Title: Re: Testing build #137
Post by: Tuskenraider on September 25, 2007, 10:26:28 PM
download @ www.dovedove.it/hfs/hfs137.exe

what's new
- incorrect handling of // in URI www.rejetto.com/forum/?topic=4969

thanks rejetto!!!!

tuskenraider
Title: Re: Testing build #137
Post by: traxxus on September 26, 2007, 08:21:06 AM
Since the archivable option is integrated, the same "bug" is there;

Download an folder (which is set to "no download") as an archive - cannot open the tar file. Winrar give an error back (cannot open file)

rejetto, can you disable archive option by folders with "no download" ?
Title: Re: Testing build #137
Post by: TSG on September 26, 2007, 09:36:06 AM
Uncompressed... 1.6mb :P
Title: Re: Testing build #137
Post by: maverick on September 26, 2007, 10:16:09 AM
Uncompressed... 1.6mb :P

This beta probably includes the debugging code.
Title: Re: Testing build #137
Post by: rejetto on September 26, 2007, 02:35:56 PM
yes, to get more info on errors
Title: Re: Testing build #137
Post by: rejetto on September 27, 2007, 10:29:57 AM
Since the archivable option is integrated, the same "bug" is there;
Download an folder (which is set to "no download") as an archive - cannot open the tar file. Winrar give an error back (cannot open file)

problem fixed.
the point is that any empty tar archive is detected as corrupted by several archiver
Title: Re: Testing build #137
Post by: maverick on September 27, 2007, 03:06:21 PM
what's new
+ Graph Menu -> Reset
+ new template symbols: %time% %date% www.rejetto.com/forum/?topic=4963

Thanks rejetto.  Those new additions work perfectly.
Title: Re: Testing build #137
Post by: PolarFox on September 27, 2007, 04:45:06 PM
rejetto, in next bulid please add in html-template-editor (window in hfs) saving options such as - size, position , maximized or minimized (etc?) (i'm resize this editor every time if i edit template)

Beforehand thanks!
Title: Re: Testing build #137
Post by: TSG on September 28, 2007, 05:21:22 AM
No need, its been like that since the very beginnings of the editor? Mine remembers the settings?
Title: Re: Testing build #137
Post by: rejetto on September 28, 2007, 02:26:50 PM
i guess he's saying restarting HFS
Title: Re: Testing build #137
Post by: PolarFox on September 28, 2007, 05:10:27 PM
Of course if restart.

I'm also use external editor (web editor), but small fixes and pasting code requiring this window.

small visual bug: icons of protected resource (lock) was not visible when i drag it to new position.
Title: Re: Testing build #137
Post by: bacter on September 28, 2007, 05:23:29 PM
you could try notepad++ a very good free (GPL) editor
download at http://notepad-plus.sourceforge.net/uk/site.htm
Title: Re: Testing build #137
Post by: maverick on September 29, 2007, 01:17:49 PM
rejetto, in next bulid please add in html-template-editor (window in hfs) saving options such as - size, position , maximized or minimized (etc?) (i'm resize this editor every time if i edit template)

I confirm that HFS doesn't save template editor position and size etc. after you shut down HFS and restart.  I think this should be fixed.  Help window is the same.
Title: Re: Testing build #137
Post by: TSG on September 29, 2007, 01:37:58 PM
Confirmed, restarting HFS, it does not save this data. Sorry i never thought to restart :P
Title: Re: Testing build #137
Post by: Comrade Elisey on September 29, 2007, 03:59:46 PM
Quote
I confirm that HFS doesn't save template editor position and size etc. after you shut down HFS and restart.  I think this should be fixed.  Help window is the same.
it's a very very large bug and for its fixing needs many years!  ;D ;D ;D

p.s.: sorry for offtopic :)
Title: Re: Testing build #137
Post by: Garphy on October 01, 2007, 09:55:47 AM
"Open in browser"  and "Browse it" fail to open IE
Title: Re: Testing build #137
Post by: Comrade Elisey on October 01, 2007, 10:35:11 AM
"Open in browser" & "Browse it" works perfectly with IE7!
(tested on winxpSP2 with all windowsupdate fixes)
Title: Re: Testing build #137
Post by: Foggy on October 01, 2007, 10:57:59 AM
Open in browser is also working fine here, it was broken and then fixed a couple of builds ago though...
Title: Re: Testing build #137
Post by: rejetto on October 01, 2007, 01:55:44 PM
maybe it is still not working for some :(
wtf
Title: Re: Testing build #137
Post by: Garphy on October 01, 2007, 03:29:36 PM
here is IE6,also tested with maxthon...

click the button,there comes out the folder that HFS.exe is in...
Title: Re: Testing build #137
Post by: TSG on October 01, 2007, 04:09:55 PM
This has happened to me before. But after I open and closed HFS it was fine.

click the button, there comes out the folder that HFS.exe is in...
Title: Re: Testing build #137
Post by: Garphy on October 01, 2007, 06:21:25 PM
This has happened to me before. But after I open and closed HFS it was fine.

click the button, there comes out the folder that HFS.exe is in...

124 is fine,only 137...useless to restart ...
Title: Re: Testing build #137
Post by: Tuskenraider on October 02, 2007, 03:29:22 AM
something interesting happend to me today.. i have a folder with MANY MANY Subfolders and MANY MANY individual files.. put it to you this way.. its 75.5 gb worth of data in this folder and subfolders... but to the point i was unable open this folder on both localhost and with an outside IP address... when i checked the HFS program all it said was replying and eventually the connection fell off and the web browser was just a white screen. also.. i reverted back to the stable build...  124 i believe it is.. and everything runs like a scalded dog..     is there anything i can provide to help diagnose this problem? just let me know...

tuskenraider
Title: Re: Testing build #137
Post by: rejetto on October 02, 2007, 05:56:33 AM
1. how you set up such folders in your VFS?
2. any error message?
3. did you try with both firefox and IE ?
4. while "replying", is there any CPU activity by HFS?
5. enable log menu -> log what -> disconnections
Title: Re: Testing build #137
Post by: Tuskenraider on October 02, 2007, 03:38:02 PM
there ya go... hfs ony went from 00 to 02 in cpu usage during the two connections..  and yes i used both ie and firefox... both with the same result..  the highlighted folder is the one in question... 
hope this helps..

thanks

tuskenraider
Title: Re: Testing build #137
Post by: rejetto on October 02, 2007, 05:04:47 PM
how many things in "Music" ? (only at first level)
if you have "hide empty folders", try to disable it
Title: Re: Testing build #137
Post by: Tuskenraider on October 02, 2007, 05:15:25 PM
i have 2603 items in the music folder. thats including folders and files.
no empty folders... and i will disable hide empty folders... i try to not have an empty folders.


tuskenraider
Title: Re: Testing build #137
Post by: Garphy on October 02, 2007, 06:05:25 PM
i have 2603 items in the music folder. thats including folders and files.
no empty folders... and i will disable hide empty folders... i try to not have an empty folders.

i try to test my music folder like this (with 2170 files and 244 folders)
and it's nomal here...

build 137 / XP/IE6 SP2
Title: Re: Testing build #137
Post by: rejetto on October 02, 2007, 06:24:36 PM
ok, please try build #125, #126 and so on
until you find the build where it stopped working
Title: Re: Testing build #137
Post by: Tuskenraider on October 02, 2007, 06:30:00 PM
ok, please try build #125, #126 and so on
until you find the build where it stopped working
okay ill do that right now
sorry for the trouble
tuskenraider

okay i went back through the hfs betas from 125 on... what i did was i had hfs open firefox via the open in browser button. it was to open the localhost/random/music folder.  Every build except 137 opened it correctly. (and faster than regular explorer) the only one that did not open the music folder was 137.  this music folder is "new"  i have one already located at localhost/storage/music which works...  but the /random/music folder (which is the same "real" folder as /storage/music/) doesnt.  The random/ music folder was added to hfs with version 137.  dont know if that has anything to do with it or not...   but i dont know.. maybe its just me... i can go back down to 136 and use that one till the next "stable" build comes out.  idk sorry for wasting everyones time.. 

tuskenraider
Title: Re: Testing build #137
Post by: bacter on October 02, 2007, 09:39:59 PM
I created a testfolder music, linked to a subfolder of my vfs as a real folder, of 50 GBytes with more than 9000 files in about 460 folders - hfs works fine without any problem. with build #137
Title: Re: Testing build #137
Post by: Tuskenraider on October 02, 2007, 11:13:40 PM
I created a testfolder music, linked to a subfolder of my vfs as a real folder, of 50 GBytes with more than 9000 files in about 460 folders - hfs works fine without any problem. with build #137

idk... maybe its my server... could be the actual hardware... ill do somechecking... well anyway.. sorry for the worry.

tuskenraider
Title: Re: Testing build #137
Post by: rejetto on October 03, 2007, 03:34:58 AM
so, you confirm #136 is working good and #137 is not. do you?
this would be a good clue.
Title: Re: Testing build #137
Post by: Tuskenraider on October 03, 2007, 04:22:50 AM
so, you confirm #136 is working good and #137 is not. do you?
this would be a good clue.

yep.. 136 worked...and 137 did not.

tuskenraider
Title: Re: Testing build #137
Post by: Giant Eagle on October 04, 2007, 09:13:19 AM
so, you confirm #136 is working good and #137 is not. do you?
this would be a good clue.

This sounds a lot like the problem i experienced, and yes.. It worked fine in 136
Title: Re: Testing build #137
Post by: rejetto on October 04, 2007, 02:34:34 PM
i'm working on it
Title: Re: Testing build #137
Post by: Blaydman on October 10, 2007, 11:51:22 PM
I had a similar problem that went away when I unchecked "Support for Descript.ion".  The Descript.ion files did appear in the folders (I do have mp3ToIon.exe in the hfs program folder), but I could never get the folders with mp3 files to show, and I don't have anywhere near as many files in there as some of these other people.
Title: Re: Testing build #137
Post by: Mars on October 12, 2007, 02:03:22 PM
FIRST TEST


1) open your browser insert url http://127.0.0.1/your_protected_folder and validate connexion

2) insert   valid login and pass for this folder

3) you are identified and logged

4) now insert url http://127.0.0.1/  and validate connexion. (important not click sur up button to access this page)

5) It seems that you are not logged: click on login button and all ressources you have access are here free

It seems that an identification from a sub-directory is not recognized when we show the page of acceuil of our Web site hfs


SECOND TEST

in new web  page connect you to your server hfs

you are on the [main]+[login-link] web page   ROOT FOLDER MUST BE NOT PROTECTED

click on login and  empty login and pass, click on OK to close identification popup;

 the page who appear is not the first page but the Unauthorized page, it is not normal.
 the refersh page must be [main]+[login-link]
Title: Re: Testing build #137
Post by: Hax0r4d on October 22, 2007, 07:27:48 AM
After an update from bld 136 to 137 i lost all stats from HFS.
I had to reload even the tpl as 137 did restart with deafult tpl.
Also lost my user accounts :O
Am i the only 1 with this problem?
Title: Re: Testing build #137
Post by: Foggy on October 22, 2007, 08:12:13 AM
After an update from bld 136 to 137 i lost all stats from HFS.
I had to reload even the tpl as 137 did restart with deafult tpl.
Also lost my user accounts :O
Am i the only 1 with this problem?

I didn't have a problem updating but make sure that the hfs137.exe is in the same folder as hfs.ini if you save your settings to file.
Title: Re: Testing build #137
Post by: Mars on October 22, 2007, 10:55:58 AM
alla stats info are in hfs.ini

out-total=228300533
in-total=23827481
hits-total=18631
downloads-total=246
upload-total=0

you can modify this values but not order of lines
Title: Re: Testing build #137
Post by: Hax0r4d on October 22, 2007, 01:21:28 PM
After an update from bld 136 to 137 i lost all stats from HFS.
I had to reload even the tpl as 137 did restart with deafult tpl.
Also lost my user accounts :O
Am i the only 1 with this problem?

I didn't have a problem updating but make sure that the hfs137.exe is in the same folder as hfs.ini if you save your settings to file.

Im using 1 folder for whole HFS/config/log files.
Right now i see my old TPL file but not the last one that i used to use before update.
Folder has only HFS.new.EXE and the log files.
Ini seems to be lost!

Think i have to re-add the users 1by1 :(
Title: Re: Testing build #137
Post by: rejetto on October 23, 2007, 09:25:40 PM
it's hard to say what happened.
the result is that you lost your ini.
though HFS aims to fix any bug, my advice is to backup everything you fear to lose.
note that when you re-create the accounts, you don't need to give permissions again. permissions are inside the VFS.
Title: Re: Testing build #137
Post by: Mars on October 25, 2007, 11:15:44 AM
INFORMATION FOR OTHER USERS

is there any way to allow upload for hfs.diff.tpl (mask filter ....)

in same by default index.htm*;default.htm*;  are masked
to see then i include a mask type z.z  but i have not found a solution for  hfs.diff.tpl

sample

HOME--REAL_FOLDER_NAMED_TEST(no upload but have index.html)-->C:\CONTENER\TEST
        |
        |___REAL_FOLDER_NAMED_CONTENER(uploadable with correct login --> C:\CONTENER\TEST)


when using HOME/TEST -->> index.html is running

when using HOME/CONTENER/TEST then index.html is not loaded but linsting by %files% easy for maintain a site from another computer

in build 125 it was possible to do this with hfs.diff.tpl (upload) in build 137 it is forbiden