rejetto forum

Software => HFS ~ HTTP File Server => Beta => Topic started by: rejetto on November 29, 2008, 12:55:32 AM

Title: Testing build #216
Post by: rejetto on November 29, 2008, 12:55:32 AM
download @ www.dovedove.it/hfs/hfs216.exe

what's new
+ {.get|accounts.} can now filter groups and non-groups
+ {.set item.} can now set permissions
+ dynamic dns: "custom" will refuse https urls
+ plain text format is supported for username:password loading accounts from the ini file www.rejetto.com/forum/?topic=6337
* "stop spiders" is ON by default (again! was disabled in build #168)
- fixed (again!) "x-forwarded-for" support http://www.rejetto.com/forum/index.php?topic=6371.msg1038556#msg1038556
- attempt to fix AV on quit www.rejetto.com/forum/?topic=6383
- save log had extension .tt instead of .txt
- solved some AVs on quit
Title: Re: Testing build #216
Post by: rejetto on November 29, 2008, 11:19:56 AM
f2065 post moved to www.rejetto.com/forum/?topic=6404
Title: Re: Testing build #216
Post by: jerome on November 29, 2008, 11:24:49 AM
Still a strange graphical trouble, only in "Flock or Firefox", in big vertical size pages layer management.

resolved in v211,
http://www.rejetto.com/forum/index.php?topic=6283.msg1037796#msg1037796 (http://www.rejetto.com/forum/index.php?topic=6283.msg1037796#msg1037796)

broken again in all versions over and few other's under.

the vertical size of a iFrame is not showing well, it give a black mask effect in the bottom of the page.

The not working page (http://82.239.5.248/html/rar.html)

PS: frame size = height: 70000  for a better "Chrome" explorer compatibility only. under value give a wrong middle placement.
Title: Re: Testing build #216
Post by: rejetto on November 29, 2008, 11:37:22 AM
if you now revert to #211, the problem disappears?
Title: Re: Testing build #216
Post by: jerome on November 29, 2008, 03:22:33 PM
revert to v211 give the same error now.even when i clear the historic and the cache.

the direct page is ok
Direct page (http://82.239.5.248/downloads/rar/)
but a frame to this page is not working and give a black mask in the bottom of the page.
curiously, here, the vertical size is limited.
iFrame page (http://82.239.5.248/html/rar.html)

(http://img300.imageshack.us/img300/5113/flockbugrz8.jpg)
Title: Re: Testing build #216
Post by: rejetto on November 29, 2008, 04:05:15 PM
jerome, i think your problem has very little to do with HFS itself. i see no evidence of it being related.
you are having an html/css/js/whatever problem.
Title: Re: Testing build #216
Post by: Pit on November 29, 2008, 11:21:12 PM
If i create a new folder in build 216 it get the name "new folder" but i can´t rename it. Neither by click on the new folder nor with the entry "rename" in the context-menu by right-click. It makes the field editable for a second and then its uneditable with the old name "new folder".
Can anyone confirm this phenomenon?
Title: Re: Testing build #216
Post by: Ranger on November 30, 2008, 01:49:43 AM
If i create a new folder in build 216 it get the name "new folder" but i can´t rename it. Neither by click on the new folder nor with the entry "rename" in the context-menu by right-click. It makes the field editable for a second and then its uneditable with the old name "new folder".
Can anyone confirm this phenomenon?

Confirmed. I can't rename it either. Hitting F2 and quickly typing something doesn't work either.
Title: Re: Testing build #216
Post by: SilentPliz on November 30, 2008, 02:44:02 AM
Perhaps a precision ...

At the opening of HFS, you can rename any folder (old or new).

But if we go once in the menu Properties... (even without nothing validate), after nothing can be renamed (folders, files ...).
Title: Re: Testing build #216
Post by: maverick on November 30, 2008, 03:17:23 AM

Confirmed here as well.  There is a renaming problem that has to be fixed.
Title: Re: Testing build #216
Post by: Novox on November 30, 2008, 04:00:29 AM
Many Thanks!! rejetto!! x-forwarded-for works like a charm!!!!
Title: Re: Testing build #216
Post by: rejetto on November 30, 2008, 02:30:35 PM
sorry for the problem guys.
it was very quick to fix, i'm now trying to collect some other news to not publish a build with just this fix in.
Title: Re: Testing build #216
Post by: rejetto on November 30, 2008, 02:32:58 PM
mars post moved to
http://www.rejetto.com/forum/index.php?topic=6410.0
Title: Re: Testing build #216
Post by: chthonic on November 30, 2008, 04:38:52 PM
If i create a new folder in build 216 it get the name "new folder" but i can´t rename it. Neither by click on the new folder nor with the entry "rename" in the context-menu by right-click. It makes the field editable for a second and then its uneditable with the old name "new folder".
Can anyone confirm this phenomenon?

I got this issue... but I just closed and restarted HFS and it went away

***

ooops .. its back again ... hmmmmmmmmm mebbe if you add an option under Properties to rename the file there as well?????
Title: Re: Testing build #216
Post by: chthonic on November 30, 2008, 04:49:34 PM
2 things.. and the one has been an issue with several recent builds.. I am going to address both here to save space!


#1: excessive .TMP files being generated in the HFS folder.... this annoying to say the least..... possible solution..... can HFS be coded to just "automatically" save changes outright? rather than the timed option... that way we dont ahve to worry about the options save period and the VFS save period conflicting.. the item is saved the moment its added/changed etc.

#2: if any of you have restricted access video files that stream from HFS... and you have DivX web player installed... at least for me I kept getting an HTTP 404 error and a notice saying the server was blocking the connection.... [work around]: when setting user access on a video folder remember to check ANONYMOUS and the problem goes away!

hmmm is it possible to add an item when it asks if you want the folder to be real or virtual...

[checkbox] this is a .AVI video folder

if the checkbox is true then automatically set the ANONYMOUS property checkbox to true and default to a REAL folder ... there should also be an automatic prompt asking to setup user permissions.. if YES then go to properties.. if NO then the folder is open access.

this would also serve to speed up folder creation!
Title: Re: Testing build #216
Post by: chthonic on November 30, 2008, 05:26:05 PM
hmmm ok rejetto.. not sure if this next thing should go here.. or in suggestions... since it's an ongoing oddity.

under URL ENCODING when URLs starting with https instead of http is checked .. it only adds the HTTPS to folders and totaly ignores Links .....

I use lots of Links to make things go faster.... but I have to manually set each and every link to either http or https.. is there a way to add an option to speed this up?

some few of my/external links only need HTTP... but I have several links that definitely require HTTPS

as with the other item for video folders that I suggested... have a series of "creation" prompts ... choose HTTPS or HTTP .. then the box to enter the URL appears but with HTTP or HTTPS already there... .. and a possible right click option to switch between one or the other like you have for real or virtual folders.

also when creating a link.... ask for Yes or No if linking to an existing folder in the VFS ... if Yes.. then it pops up a prompt for the Entire Tree or Current Folder ... choose the one you need.. then select the folder.. if linked to a folder then that folder is defaulted to HIDDEN ... tho I dont advise LINKING to a video folder...

if NO then jump to the HTTP/HTTPS creation prompts

maybe even an extra  option for folders asking if you want to create a link to that folder .. if Yes .. it auto creates the link .. if no .. then it just adds the folder as normal.
Title: Re: Testing build #216
Post by: Mars on November 30, 2008, 06:52:00 PM
Quote
sorry for the problem guys.
it was very quick to fix, i'm now trying to collect some other news to not publish a build with just this fix in.

I believe that to correct this bug from now on would interest some users who looked forward to this 216, why not to make it from now on and to update the file of download  on www.dovedove.it/hfs/hfs216.exe ???

For sources, just a little post with the solution and we shall adapt it :D

****************************************************************************
Quote
procedure TmainFrm.FormKeyDown(Sender: TObject; var Key: Word; Shift: TShiftState);
begin
//altPressedForMenu:=(key = 18) and (shift = [ssAlt]);
resendShortcut(menu.items, shortcut(key,shift));
if shift = [] then
  case key of
    VK_F5: setEasyMode(not easyMode);
    VK_F10: popupMainMenu();
    end;
end;

procedure TmainFrm.FormKeyUp(Sender: TObject; var Key: Word; Shift: TShiftState);
begin
//if altPressedForMenu and (key = 18) and (shift = []) then
//  popupMainMenu();
//altPressedForMenu:=FALSE
end;

// the alt+click shortcut to get file properties will result in an unwanted editing request if the file is already selected. This is a workaround.
//if filesBox.isEditing  and assigned(filepropFrm)  then
//        selectedFile.node.EndEdit(TRUE);


To use several times ATL key to show the menu does not seem to me sensible
To use ALT+M would have caused fewer concerns. And more conventional

As well as to use the touch alt more a click of mouse, I do not believe that hfs can work on a machintosh where the mouse possesses only a single button ;D ;D ;D ;D ;D ;D ;D
Title: Re: Testing build #216
Post by: sequestrum on November 30, 2008, 10:23:50 PM
May I come with a suggestion? (Perhaps this isn't the right thread for it though, but it seems wrong putting it somewhere else, so...)
I always try to open the Properties window by double-clicking a file or directory. I think that would be a nice way of accessing that dialog. What do you think?
Though you would have to compromise in some way when it comes to a directory with several subdirectories. I don't know what would be best for those, if double-clicking would expand the tree (as it currently is), or if it would open the Properties dialog.

Also, word-wrap in the HFS log window would be sweet. :)
Title: Re: Testing build #216
Post by: rejetto on December 01, 2008, 11:12:59 AM
I believe that to correct this bug from now on would interest some users who looked forward to this 216, why not to make it from now on and to update the file of download  on www.dovedove.it/hfs/hfs216.exe ???

i do this only when the build is 1-2 hours old.
otherwise, we would have 2 versions of build 216, this would confuse people, would confuse myself, and would not warn people of the fix available (because the check is based on the build number).

Quote
To use several times ATL key to show the menu does not seem to me sensible
To use ALT+M would have caused fewer concerns. And more conventional

several times? you must hit it only once. try it yourself.
it's a standard Windows behavior to hit ALT and navigate through the menus with arrows.
since we have only 1 menu at the moment, i just unroll it at once.

Quote
As well as to use the touch alt more a click of mouse, I do not believe that hfs can work on a machintosh where the mouse possesses only a single button ;D ;D ;D ;D ;D ;D ;D

right click is already used for the standard action (context menu).
so i don't understand your point.
Title: Re: Testing build #216
Post by: Ender on December 01, 2008, 11:48:35 AM
Sorry if this problem is already presented...
I leave HFS always ON and after a few days (2-3) it's size grow without reason...
I have migrate to beta (215 and 216) coming from standard version (2.2e) and this behavior has come...
To give an idea my PC has freezed becouse of the RAM occupation is over 500M!
Thanks
Title: Re: Testing build #216
Post by: rejetto on December 01, 2008, 11:50:28 AM
hi ender.
does this problem happened with 215 too, or only 216 ?
Title: Re: Testing build #216
Post by: ender on December 01, 2008, 12:27:25 PM
hi ender.
does this problem happened with 215 too, or only 216 ?

215 too, sorry.
Title: Re: Testing build #216
Post by: Novox on December 01, 2008, 12:39:07 PM
Sorry if this problem is already presented...
I leave HFS always ON and after a few days (2-3) it's size grow without reason...
I have migrate to beta (215 and 216) coming from standard version (2.2e) and this behavior has come...
To give an idea my PC has freezed becouse of the RAM occupation is over 500M!
Thanks

me too rej. found on both 215 and 216 but in 215 RAM is not take much than 216.

picture when I used 215 is attached.
Title: Re: Testing build #216
Post by: chthonic on December 01, 2008, 01:24:27 PM
hi ender.
does this problem happened with 215 too, or only 216 ?

I dont have any problems with this... as of now. my RAM usage for HFS is 5.480K .. this is very tiny compared to what I normally run.
Title: Re: Testing build #216
Post by: r][m on December 02, 2008, 03:36:19 PM
I too seem to have high memory/system resource useage.(216)
Exceptions log was huge. Not completely sure that its all
caused by HFS alone yet, or some strange conflict with another
program. Made some changes, cleared exceptions log and am waiting.
Title: Re: Testing build #216
Post by: xphoenix0 on December 02, 2008, 11:36:48 PM
Hi Just - started playing with the whole hfs - and i like it but the 216 doe's not let you rename files

Please advise

Thanks
Title: Re: Testing build #216
Post by: f2065 on December 03, 2008, 08:13:09 AM
Output error /~files.lst?recursive
The list switches on folders without files (though files in them are), and then without code CR/LF at once complete the address first file of a folder.

For example, such tree:

file1.rar
file2.rar
\folder1\file3.rar
\folder1\file4.rar
file5.rar
\folder2\file6.rar
\folder2\file7.rar

/~files.lst?recursive - produces the such:

htp://localhost/file1.rar
htp://localhost/file2.rar
htp://localhost/folder1/htp://localhost/folder1/file3.rar
htp://localhost/folder1/file4.rar
htp://localhost/file5.rar
htp://localhost/folder2/htp://localhost/folder2/file6.rar
htp://localhost/folder2/file7.rar
Title: Re: Testing build #216
Post by: Novox on December 03, 2008, 01:22:00 PM
Anyone found this problem yet?

Sometime I run HFS for a long time (1-2 days). When connecting to HFS via browser, I can't get access to it. If I directly access (localhost:88), It said "Internet explorer can't display this webpage" something like this. If I call via ProxyPass (localhost:80/dl/) it said the problem is about the "upstream". I don't know what is upstream maybe about HFS.

I have try to connecting via remote and localhost with ProxyPass and Direct but it doesn't works. I need to restart HFS then everything is up. HFS RAM is not taken much only 24MB. HFS process is running fine but the problem is can't get access to it. I don't know what the problem came from. Any log file that I can watch?

Thanks!
Title: Re: Testing build #216
Post by: rejetto on December 03, 2008, 03:12:24 PM
is anyone willing to test in which build this RAM problem arose?

the technique would be, assumed we are at build #216
- download and use build #206
- if the problem is still there, download and use build #196
- if the problem is still there, download and use build #186
- and so on, ten by ten ;)
- when the problem disappear, you know the problem came in a later build, and start using later them until you find the exact one.

as an algorithm :D it would be
1. download and test build LAST-10
2. if the problem is still there, go to step 1, otherwise continue
3. download and test build (LAST BUGGY VERSION + LAST GOOD VERSION) / 2
4. go to step 3
:D
Title: Re: Testing build #216
Post by: TgwowgT on December 03, 2008, 03:18:33 PM
@rejetto: Ok, i try this test.

@novox: then the amounth of RAM increase, one of the effects that i see is exactly that in your description. No answer, no web page, no upload. After a restart all go OK. I control my vps via LogMeIn and this program also not respond sometimes...
Title: Re: Testing build #216
Post by: rejetto on December 03, 2008, 03:52:27 PM
Output error /~files.lst?recursive
The list switches on folders without files (though files in them are), and then without code CR/LF at once complete the address first file of a folder.

right, it will be corrected by next build
Title: Re: Testing build #216
Post by: Novox on December 03, 2008, 04:11:44 PM
@TgwowgT

For me, sometime RAM increase but sometime it is not. I think maybe it doesn't a RAM issue. We need to find out.  :-\

But still get no answer, no webpage, no upload just like you, until I restart HFS everything OK.
Title: Re: Testing build #216
Post by: r][m on December 03, 2008, 04:30:02 PM
I was on 214.
It took several hours, but I got "Out of Resources"
and had to shut it down. Seems to take several hours
of Up Time before it crashes.
Will try 206.
Title: Re: Testing build #216
Post by: rejetto on December 03, 2008, 07:16:37 PM
if it takes so long, you'll speed up your search with same method but going 20 by 20.

thanks r][m and anyone helping finding this bug. I hope i'll remove it ASAP.
Title: Re: Testing build #216
Post by: r][m on December 04, 2008, 07:17:41 AM
On 206 after around 24 hrs my resource meter looked
sort of normal, but as soon as I stared another app, then
clicked a link to Yahoo financial page, resources went to
zero and shut me down. I first thought the cause might be the
other prog, but after I re-booted, I couldn't make it happen again.
I'm now on 200. Deleted and recreated ini also.
I have the exception log I can post if it will help?
Edit
Whats puzzling me is, I updated to all these builds as they came out
and don't remember having this happen?
Title: Re: Testing build #216
Post by: rejetto on December 05, 2008, 10:21:19 AM
On 206 after around 24 hrs my resource meter looked sort of normal, but as soon as I stared another app, then
clicked a link to Yahoo financial page, resources went to zero and shut me down. I first thought the cause might be the
other prog, but after I re-booted, I couldn't make it happen again.

what resources are you referring exactly?

Quote
I'm now on 200. Deleted and recreated ini also.
I have the exception log I can post if it will help?

only if you got exceptions by HFS with this problem.

Quote
Whats puzzling me is, I updated to all these builds as they came out and don't remember having this happen?

this is a good point. It means it was introduced lately OR it depends on a setting you only lately have been using.
If it's the first case, then you'll find soon a build not causing the problem.
Title: Re: Testing build #216
Post by: chthonic on December 05, 2008, 02:19:31 PM
I havent been able to recreate the RAM issue.... but I have been doing periodic resource checks.. and HFS #216 hovers between 3,000K and 10,000K.


that usage is nothing compared to MS Word or Photoshop etc


no login issues

the only oddities for me so far have been the restricted access video folder issue which was resolved by checking ANONYMOUS which allows the streaming player to login to that folder, and the issue with renaming things.

*****

ok.. odd the renaming issue only seems to affect "me" when someone is logged into the server????
Title: Re: Testing build #216
Post by: Novox on December 05, 2008, 04:31:09 PM
Hi all,

I have workaround my problem by creating a batch file to auto restart HFS in every few hour.

Here is the command inside,

taskkill /F /IM process.exe
start C:\path\to\program.exe

After created, add the batch file into scheduled task and set the time what you want.

Credit goes to Raymond blog
http://www.raymond.cc/forum/software/9118-can-i-automatically-restart-application-by-schedule.html
Title: Re: Testing build #216
Post by: Fysack on December 06, 2008, 12:02:40 AM
awsome
Title: Re: Testing build #216
Post by: Fysack on December 06, 2008, 12:03:53 AM
 :)
Title: Re: Testing build #216
Post by: r][m on December 06, 2008, 07:25:20 AM
Haven't completely found my problem with running out of
resources (memory, etc) but I think I know that its not HFS.
I made it happen again after about 24 hrs, but HFS had been
(and still was) shut down. I suspect something similar may be
happening to others as well. I suspect CA antivirus - had problems
with it a long time ago. Figured updated version was fixed, but no!
Been uninstalling shit like mad!  ;D
Title: Re: Testing build #216
Post by: Novox on December 06, 2008, 10:15:45 AM
Same as me, in the past I think the problem was made by AV but after I have uninstall HFS still inaccessible for sometime.
Title: Re: Testing build #216
Post by: chthonic on December 06, 2008, 02:32:12 PM
that explains why I couldn't duplicate the RAM bug.. I am using the Comodo Internet Security package... its designed to block bad code.. etc

and the best part.. the standard package is still free.... the only dif between standard and Pro is the tech support
Title: Re: Testing build #216
Post by: Novox on December 06, 2008, 03:42:36 PM
Here is another evidence about my problem.

I have run HFS for a long time approximately 21 hours. First round is 12 hours everything works fine. Then using auto-restart batch file, running for 9 hours then I get the problem. Can't access to the HFS website again. HFS take 28MB RAM (Not much?). Can't access to any HFS menus but program status in Task Manager is running. I need to end task manually then start it again. Picture are attached, 1 is calling through ProxyReverse, 2 is calling directly to HFS port, and 3 is HFS in Task Manager.

Thanks to chthonic's reply. Maybe I will try CIS soon.

Thanks again!
Title: Re: Testing build #216
Post by: chthonic on December 06, 2008, 04:01:03 PM
the port issue... is the domain provider set for port 88 for the URL redirect? that's not a standard port .. so you have to tell it to use that port ... once its set.. you dont need to include the port number... the other part is allowing the port in the router.. both port forwarding and in the router firewall.. if you have that type of setup

the RAM issue... looks like one of your other programs is trying to hook into HFS ... and its not compatible.

and yes.. from my experience the 28M is a bit high for HFS... even with streaming video I never go much over 10M usage
Title: Re: Testing build #216
Post by: Novox on December 06, 2008, 04:37:01 PM
Port 88 is usually works fine, if HFS is not crash.

Now I don't know what makes HFS crash like this. Really don't know.
Title: Re: Testing build #216
Post by: chthonic on December 06, 2008, 04:42:37 PM
is there anything you installed after the point it was still working?
Title: Re: Testing build #216
Post by: Novox on December 07, 2008, 04:46:21 AM
As I remembered, I think I have installed SquidNT on machine. Maybe it is the cause?
Title: Re: Testing build #216
Post by: chthonic on December 07, 2008, 04:51:49 AM
you will have to test/remove one at a time. starting with the most recent program... its an annoying process.. but it usually works