2.0 coming...

rejetto · **Reply #30 on:** April 18, 2004, 01:43:41 PM

alpha3 uploaded
i will soon publish sources, sorry people but i upload at 1k/s

BaNsheE · **Reply #31 on:** April 18, 2004, 04:15:39 PM

Great Man!

Now the upload thing works!

Mr. Anon · **Reply #32 on:** April 18, 2004, 06:24:33 PM

BUG #3: Multiple Users Bug
* Access for users now grayed?
* 1. Menu -> Other Options -> Users
2. Add -> test -> Ok "CAP the K :lol:"
3. Menu -> Other Options -> Users
4. HFS Crashes

BUG #4: Upload Overwrite Problems
Upload could overwrite currently existing files.

BUG#5: Upload User Permissions Bug
Upload permissions could only be set to ANYONE. Cannot select any users.

COMMENT #3: HFS Freezes During Upload Process
HFS freezes on upload until upload is finished, cannot see process.

COMMENT #4: Refresh Rate For Real Folders
If user were to delete a file in a folder shared by HFS, sometimes HFS will not refresh and the file stays in the view of HFS. Then HFS reports a 200 OK response and also with a huge content size. Although HFS responses, the transfer will not start as the file isn't on the drive.

Rafi · **Reply #33 on:** April 18, 2004, 06:46:01 PM

Bug #4 - is it a bug ? I don't think so. It should overwrite. Want a confirm dialog ? maybe ...

Bug #5 - Yes it seems that somehing is wrong there, It used to work in alfa 2

Bug #6 - try upload 50 MB file. Windows 98 crashed the second time I uploaded it , with "insuficiant system resources "

Bug #7 - the progress bar (bottom of the browser) is not correct. I suggest to implement a real progress bar. Also - missing - the upload rate on both the server and client sides.

Bug #8 - trying F5 (refresh) after upload finished - restarts the upload again... I suggest to open a new browser window for the upload files dialog. so people can use the other window to see progress (by F5) until u implement one.

edit:
comment #5 - make the file-names edit boxes longer. it is hard to see long path names...

Mr. Anon · **Reply #34 on:** April 18, 2004, 07:32:17 PM

Quote

Bug #4 - is it a bug ? I don't think so. It should overwrite. Want a confirm dialog ? maybe ...

Is it possible on the browser side to do a confirmation popup? Might be possible on JavaScript... But browser will have to complete it's POST command first... Maybe HFS could name it like HFS(1).exe, HFS (2) or something.

Quote

Bug #5 - Yes it seems that something is wrong there, It used to work in alpha 2

Maybe because the "Users" feature is currently buggy.

Quote

Bug #6 - try upload 50 MB file. Windows 98 crashed the second time I uploaded it , with "insufficient system resources "

Yea, maybe it's just for local only since local-local connections have very high data rates and HFS have to process a lot in a short time. (Similar to Comment #3.)

Quote

Bug #7 - the progress bar (bottom of the browser) is not correct. I suggest to implement a real progress bar. Also - missing - the upload rate on both the server and client sides.

For my knowledge, it's not possible to implement a real progress bar onto a HTTP webpage while the POST command is going. Although it might be possible for HFS to create an additional page where users could view their upload progress. Otherwise, something like a Java applet will be needed to view progress in real-time.

Quote

Bug #8 - trying F5 (refresh) after upload finished - restarts the upload again... I suggest to open a new browser window for the upload files dialog. so people can use the other window to see progress (by F5) until u implement one.

Don't know really what you want there. But then if you are trying to see progress on the upload pending page, then no. This is because the browser have to completes it POST command before HFS could send anything back. (Pressing F5 on the browser window will cause the upload to restart.) But as I said before, it is possible for HFS to create a new page (ex. uploadprogress.htm) so that users could go to that page and view their upload progress.

edit:

Quote

comment #5 - make the file-names edit boxes longer. it is hard to see long path names...

Where is the file name edit boxes? The upload fields?

--------------------------------------------------------------------------------------

FEATURE REQUEST
F1: Password Protected Uploads
F2: Move uploads to folder "x"
--------------------------------------------------------------------------------------

P.S. Corrected Spelling Errors

rejetto · **Reply #35 on:** April 18, 2004, 09:58:39 PM

Quote from: "Nanackleman"

It is probably not a fresh config... what is the best way to start with a new config?

hold SHIFT key while starting

sources at www.rejetto.com/temp/hfs.src.zip

rejetto · **Reply #36 on:** April 18, 2004, 10:41:27 PM

bug#3a what?

bug#3b fixed

bug#4 it is the meant behaviour

bug#5 i can't reproduce it

bug#6 i uploaded 50MB monitoring USER and GDI resources, and memory too. no increment was observed.

bug#7 bottom of the browser? IE bug, you should stop using that IE thing

i can't do a progress because i can only reply to the POST command when the upload has finished. we can have a /~progress page, with auto-refresh and a link to it in the upload page (with target=_blank).

bug#8 this is not a bug, but we can avoid it by sending a page with a reload command in it. so the POST command switch to a GET. i don't think it is good to force people to open a new page. most browser has it as an option, and that's enough.

comment#3 i guess you tested it locally. try lowering the upload speed.

comment#4 i can't reproduce it

comment#5 done

fr#1 why?

fr#2 why?

Mr. Anon · **Reply #37 on:** April 19, 2004, 03:14:36 AM

B3A: Cannot select "Access for users" for any files when accessing the file menu.

B4: Could you make HFS to upload like HFS(1).exe when HFS.exe already exists? (For better security)

B5: When a user is added in the Users tab, the username doesn't show in the Upload-> menu.

B7: /~progress would be great!

C4: I only got it once... I will let you know when it happens again.

F1/F2: I could say passive uploads, in case someone don't want their uploads public. Since users cannot control the file once it's uploaded on HFS.

catgirl · **Reply #38 on:** April 19, 2004, 06:25:22 AM

save file display error dialog box! (at time)

Rafi · **Reply #39 on:** April 19, 2004, 07:03:26 AM

Quote from: "rejetto"

bug#6 i uploaded 50MB monitoring USER and GDI resources, and memory too. no increment was observed.

Try to download it twice

Quote from: "rejetto"

bug#7 bottom of the browser? IE bug, you should stop using that IE thing i can't do a progress because i can only reply to the POST command when the upload has finished. we can have a /~progress page, with auto-refresh and a link to it in the upload page (with target=_blank).

A good idea. I think I pointed before to a free sample of one.
I think the user should have an option to choose if to have the upload button pop up a new web page/window. Then the upload directory can have a autorefresh thing and can serve for progress monitoring.

Quote from: "rejetto"

bug#8 this is not a bug, but we can avoid it by sending a page with a reload command in it. so the POST command switch to a GET. i don't think it is good to force people to open a new page. most browser has it as an option, and that's enough.

See #7 . give it as an option.

TGeRi · **Reply #40 on:** April 27, 2004, 03:43:42 AM

What happened to the forum?

Rafi · **Reply #41 on:** April 27, 2004, 04:51:11 AM

Quote from: "TGeRi"

What happened to the forum?

and to the V 2.0 development ?

Mr. Anon · **Reply #42 on:** April 27, 2004, 03:07:13 PM

It seems that the server has crashed and all data is lost.
I think rejetto has restored the forum from his backups. :?

Rafi · **Reply #43 on:** April 27, 2004, 03:17:30 PM

Quote from: "Mr. Anon"

It seems that the server has crashed and all data is lost.
I think rejetto has restored the forum from his backups. :?

Was it running on HFS software ?

rejetto · **Reply #44 on:** April 27, 2004, 09:34:51 PM

the db server give up
i don't know what exactly happened