2.0 coming...

[rejetto]

www.rejetto.com/temp/hfs2.0beta5.zip

+ template: [error-page] section
+ now real folders' counters are saved to disk (in VFS)
- "Reset downloads" was not resetting files in real folders
- FAILED is reported for successful uploads using IE

[Rafi]

A small problem  ( Beta5 ):
* in the upload page - input some file names
* then - try open the progress frame
* sadly - all file names entered - are cleared.

Can you try not to erase the data when you open/close the progress frame?

Also - I was glad to see that upload progress IS showing  on the server side. Didn't you say it was impossible... ?

What is the "bandwidth" number showing on the bandwidth graph, in the progress frame ?

[Mr. Anon]

No, this is usual browser behavior due to it loading a new URL. When the browser first fetches upload+progress, it sees a page telling it to load two frames. When it does load the new frames, the browser leaves the previous page and stores it in the Back history then loads the two new frames which does not contain any filled in blanks. (This is not a bug and could not be fixed.)

The bandwidth number should be the maximum speed the server has reached for a certain period of time.

[rejetto]

Also - I was glad to see that upload progress IS showing  on the server side. Didn't you say it was impossible... ?

nope

What is the "bandwidth" number showing on the bandwidth graph, in the progress frame ?

the top speed?

[Anonymous]

www.rejetto.com/temp/hfs2.0beta5.zip

- FAILED is reported for successful uploads using IE

I think this is better, if files upload success,
you can show the file list under UPLOAD DIR directly
because showing upload success message and click a link to
show the uploaded file list may be unnecessary.

[Rafi]

What is the "bandwidth" number showing on the bandwidth graph, in the progress frame ?

the top speed?

Then, it looks wrong. Also I will call it so ...

[Rafi]

No, this is usual browser behavior due to it loading a new URL. When the browser first fetches upload+progress, it sees a page telling it to load two frames. When it does load the new frames, the browser leaves the previous page and stores it in the Back history then loads the two new frames which does not contain any filled in blanks. (This is not a bug and could not be fixed.)

I'm realy no expert on that, but how came in many places, you can retrieve a previous page (using "Back") with all the filled data - in place ?
For example - in this very forum - try entering a message and with two "back"s you get the edit dialog again WITH the data...   8O

[Mr. Anon]

Some browser stores the data in memory.
While your browser is requesting a new URL with frames (although same URLs), your browser is storing those in a new memory instead. Because your browser does not compare the framed page with your history. (That would cause many problems anyways)

[MarkV]

Error reported for beta3 still there...
The box says 'Please report this error'. So I do (again)  :roll:
(Adding a file to a virtual folder that already exists in that folder using the 'Add files...' command)

there's already another file with name: buginfo.txt
Tip: you may try to re-save your VFS. (C:\code\mine\hfs\main.pas, line 2782)
HFS 2.0 beta5
----------------------------------------------------------------
Stack list, generated 28.10.2004 08:57:39
[004F1038]{hfs.exe     } main.TmainFrm.addFileRecur (Line 2782, "main.pas" + 22) + $47
[0045AB43]{hfs.exe     } Controls.TWinControl.WndProc + $157
[0041DFC2]{hfs.exe     } Classes.TThreadList.UnlockList (Line 3097, "classes.pas" + 1) + $7
[00430340]{hfs.exe     } Graphics.FreeMemoryContexts + $98
[0045A7C0]{hfs.exe     } Controls.TWinControl.MainWndProc + $2C
[0045A7D5]{hfs.exe     } Controls.TWinControl.MainWndProc + $41
[00428DF0]{hfs.exe     } Classes.StdWndProc (Line 10565, "classes.pas" + + $0
[00433F5F]{hfs.exe     } CommCtrl.TreeView_GetItem + $F
[00494E72]{hfs.exe     } ComCtrls.TTreeNodes.GetNode + $1A
[004F0EDA]{hfs.exe     } main.TmainFrm.addFile (Line 2746, "main.pas" + 1) + $4
[004FAE3A]{hfs.exe     } main.TmainFrm.Addfiles1Click (Line 5018, "main.pas" + 5) + $2E
[00468A86]{hfs.exe     } Menus.TMenuItem.Click + $A6
[00469C5F]{hfs.exe     } Menus.TMenu.DispatchCommand + $13
[0046A93E]{hfs.exe     } Menus.TPopupList.WndProc + $82
[0046A88D]{hfs.exe     } Menus.TPopupList.MainWndProc + $1D
[00428DF0]{hfs.exe     } Classes.StdWndProc (Line 10565, "classes.pas" + + $0
[00476BC7]{hfs.exe     } Forms.TApplication.ProcessMessage + $83
[00476BFE]{hfs.exe     } Forms.TApplication.HandleMessage + $A
[00476E1E]{hfs.exe     } Forms.TApplication.Run + $96
[004FF008]{hfs.exe     } hfs.hfs (Line 49, "c:\code\mine\hfs\hfs.dpr" + 12) + $7
----------------------------------------------------------------
System   : Windows NT 4.0 Workstation, Version: 4.0, Build: 565, "Service Pack 6"
Processor: AMD, AMD Athlon(tm) XP 2000+, 1666 MHz MMX
Display  : 1024x768 pixels, 32 bpp
----------------------------------------------------------------
----------------------------------------------------------------
Product Versions

hfs.exe: Build: 0 27.10.2004 14:35:42

MarkV

[Anonymous]

www.rejetto.com/temp/hfs2.0beta5.zip

+ template: [error-page] section
+ now real folders' counters are saved to disk (in VFS)
- "Reset downloads" was not resetting files in real folders
- FAILED is reported for successful uploads using IE

The FAILED reported for successful uploads in IE is now partially fixed.  It is now shown on the upload OK page correctly but when you click on the BACK link to go back to the upload directory file listing nothing happens.

[Anonymous]

www.rejetto.com/temp/hfs2.0beta5.zip

+ template: [error-page] section
+ now real folders' counters are saved to disk (in VFS)
- "Reset downloads" was not resetting files in real folders
- FAILED is reported for successful uploads using IE

The FAILED reported for successful uploads in IE is now partially fixed.  It is now shown on the upload OK page correctly but when you click on the BACK link to go back to the upload directory file listing nothing happens.

I forgot to say above that the back link to the upload directory file listing page doesn't work on the upload-success and upload-failed pages after an upload with Internet Explorer.  Nothing happens.  Works correctly with Opera and Netscape.

[Rafi]

the enable mark for "confirm exit " was erased...

erased?

I cannot tell how, but it was disabled. Either I accidentally unchecked it, or while I upgraded it got unchecked. Never mind, it is fine now!  

I found out what happened - I accidentaly activated HFS V 1.6 . This effected the setup somehow.

[rejetto]

Error reported for beta3 still there...
The box says 'Please report this error'. So I do (again)  :roll:
(Adding a file to a virtual folder that already exists in that folder using the 'Add files...' command)

i think i found when it happens: when you have a shortcut to a file.
HFS resolves the shortcut to the real file, and if the shortcut and the file lie in the same folder, then the error pops up.
since this is a safe situation, i will just remove the instruction that pops up the error.

[rejetto]

I think this is better, if files upload success,
you can show the file list under UPLOAD DIR directly

you can do it yourself
just edit the template, and put an automatic redirection in section [upload-results]

[MarkV]

Thanks rejetto for looking into this.
I'll test it when the next beta is out...

MarkV