rejetto forum

Software => HFS ~ HTTP File Server => Beta => Topic started by: rejetto on October 31, 2008, 05:39:33 PM

Title: Testing build #212
Post by: rejetto on October 31, 2008, 05:39:33 PM
download @ www.dovedove.it/hfs/hfs212.exe

what's new
+ scrollbars for diff tpl and comment
+ now you can alt+click to open file properties
+ as you open file properties, pressing a number 1..6 will instantly access the corresponding tab
* all other windows appears at the center of the main window
- "anonymous" (and thus older "anyone") was not working for UPLOAD and DELETE permissions
- some values in the file properties were lost
Title: Re: Testing build #212
Post by: Pit on October 31, 2008, 06:08:05 PM
Thanks, the Uploadbutton is working. But in the Comment-Field of a file is no linebreak. Sorry

Maybe we can have a vertical scrollbar.
Title: Re: Testing build #212
Post by: FRENCH CAN CAN on October 31, 2008, 09:23:46 PM
This version has all three of the previous BUG, excuse but I prefer the old "209", if someone would be so 'nice to attach a "screenshot" and makes me see how to "upload" it and "delete permissions ", since l 'enthusiasm for these new versions in which no one sees BUG, he would be grateful.  :o
Title: Re: Testing build #212
Post by: FRENCH CAN CAN on November 01, 2008, 08:21:35 AM
The problem with this version is that if you put a password on the root (the house), you can not access the folder upload, also enabling the account "can can" HFS automatically puts a password on the folder "upload" and no longer works.  :-\
Title: Re: Testing build #212
Post by: SilentPliz on November 01, 2008, 08:34:49 AM
I just tried on my own version.
The root is protected.

Everything is OK.

Maybe I can not reproduce your problem (?)  :-\
Title: Re: Testing build #212
Post by: FRENCH CAN CAN on November 01, 2008, 08:45:59 AM
You need to put a password on the root without creating or have no account, only the password, and you see the problem.
Title: Re: Testing build #212
Post by: SilentPliz on November 01, 2008, 08:54:10 AM
OK ... It absolutely requires a user name on the root.

Rejetto ... heeelllpppp!  :D
Title: Re: Testing build #212
Post by: FRENCH CAN CAN on November 01, 2008, 08:59:27 AM
Since there is the problem?, And this is only one.  ::)
Title: Re: Testing build #212
Post by: SilentPliz on November 01, 2008, 09:07:00 AM
Sorry, I can only confirm your problem.
I would have liked to help you more.
Title: Re: Testing build #212
Post by: FRENCH CAN CAN on November 01, 2008, 09:22:27 AM
We thank the same for your willingness to be right, French.  ;)
Title: Re: Testing build #212
Post by: SilentPliz on November 01, 2008, 09:26:51 AM
 ;)

This does not solve your problem if:

You accord access rights in the root only for accounts identified.

This equates to protect the root, right?

And you are not obliged to give a password to your directory "upload" root.

(It's just a question ... I am not sure of the answer.)
Title: Re: Testing build #212
Post by: FRENCH CAN CAN on November 01, 2008, 09:35:38 AM
This equates to protect the root, right?

And you are not obliged to give a password to your directory "upload".

(It's just a question ... I am not sure of the answer.)
Yes, I do not want to create any accounts, but if I do not have accounts nothing works.
Title: Re: Testing build #212
Post by: SilentPliz on November 01, 2008, 09:45:26 AM
Yes, we return to the problem ... In French there is an expression that says:
"This is the snake wich biting its tail". (C'est le serpent qui se mord la queue) :)
Title: Re: Testing build #212
Post by: SilentPliz on November 01, 2008, 09:50:10 AM
Thanks, the Uploadbutton is working. But in the Comment-Field of a file is no linebreak. Sorry

A single vertical scroll bar seems adequate in:

Properties ... -> Comment

With a horizontal bar, the commentary tends to expand.
Title: Re: Testing build #212
Post by: SilentPliz on November 01, 2008, 11:22:04 AM

You need to put a password on the root without creating or have no account, only the password, and you see the problem.


A possible solution:

1-  Root -> set user pass

You filled all the fields.
In the Properties... -> (access) for "root", you tick the box any account.

2- You create your folder for "uploads" and / or "delete".
In the Properties... -> (access, send, delete), you tick the box anonymous.

And then this should work.

In all cases, no account is created (only a pseudo root account). And the datas of the root/tree are protected...

Disadvantage ... the link to the directory "upload" must be known to avoid the password.

EDIT:

In your browser (in the upload directory), a login request is presented when you want to send files.

Choose Cancel, allows sending the files... Despite a imperfect display of the html page.

Bug?

Feature "Delete" is OK.
Title: Re: Testing build #212
Post by: FRENCH CAN CAN on November 01, 2008, 11:54:17 AM
This solution is bad because the password on the "root" no longer works in this way is anyone who can access the server.
Title: Re: Testing build #212
Post by: SilentPliz on November 01, 2008, 12:59:03 PM
Post corrected.
Title: Re: Testing build #212
Post by: rejetto on November 02, 2008, 03:26:45 PM
novox's post moved to
http://www.rejetto.com/forum/index.php?topic=6295.0
Title: Re: Testing build #212
Post by: Pit on November 02, 2008, 09:41:45 PM
There is a different interpretation of the delete permissions.

Scenario: I create a user with delete permissions on my real Uploadfolder. I gave the delete permissions for this user under properties delete permissions. This user has in the uploadfolder the button delete and it works. But under menu -> other options -> user accounts in the permissions field is show, that all users have delete permissions in the upload folder. But they have no delete button in the upload folder. So i thing its a minor bug.

Sorry for my english.
Title: Re: Testing build #212
Post by: chthonic on November 03, 2008, 12:43:42 AM
I found a workaround for the video streaming issue if a video folder is set with restricted user access.. make sure that  ANONYMOUS is checked... if you use stunnel.. the data stream is still protected from what I can see..and the video will play as long as you have the codecs for it.


Title: Re: Testing build #212
Post by: chthonic on November 03, 2008, 12:52:58 AM
ok.. the upload folder issue.. I set an upload folder.. gave only two accounts access etc.. for del what not... but oly the two accounts showed as having access after going back to the user manager options.. no other accounts showed access to that folder..

so must be a specific issue .. because I cant reproduce that problem
Title: Re: Testing build #212
Post by: chthonic on November 03, 2008, 12:57:09 AM
hmm not sure I agree with the idea of setting a user/password limited access on the root of a BETA version..... thats just plain silly


I prefer to use the restricted access options.. less chance of locking myself out

so for the record I "WILL NOT" attempt to reproduce that error! LOL I might be crazy but I am not insane!
Title: Re: Testing build #212
Post by: rejetto on November 04, 2008, 01:02:10 AM
The problem with this version is that if you put a password on the root (the house), you can not access the folder upload, also enabling the account "can can" HFS automatically puts a password on the folder "upload" and no longer works.  :-\

As far as i can understand, you are facing this problem because of the removal of "anyone" permission in build 211.
Actually the anonymous+any_account doesn't cover the case of someone who logged in to a user/pass protected resource. That's because that's not an account, and is not really anonymous. So, having just removed "anyone" is an error.
Let see possible solutions:

1. permission for "anonymous" could cover the case of someone logged in (with username), but with no account.
i don't like this because it's not the meaning of the word "anonymous".

2. do as in point 1, but renaming "anonymous" to something else.
maybe ok, but i don't truly like, and can't imagine a good short rename.

3. remove the "set user/pass" capability.
i think this feature is quite useless, and adds complexity to hfs (having 2 methods instead of one). we could just have a similar quick way to create an account. other than being quick, i see no other advantage of it over accounts. It's there because there was a time when hfs had no accounts. :)
so, i think this point will be done before or later, even if it will not be chosen as solution for the current problem.

4. re-add the "anyone" permission.
quick and safe ::)

Opinions?
Title: Re: Testing build #212
Post by: FRENCH CAN CAN on November 04, 2008, 04:47:02 AM
3. remove the "set user/pass" capability.
i think this feature is quite useless, and adds complexity to hfs (having 2 methods instead of one). we could just have a similar quick way to create an account. other than being quick, i see no other advantage of it over accounts. It's there because there was a time when hfs had no accounts. :)
so, i think this point will be done before or later, even if it will not be chosen as solution for the current problem.

This fits well, in my opinion it does not touch it.

Quote
4. re-add the "anyone" permission.
quick and safe ::)

According to me is the best solution, add "anyone" permission to operate as before.  ;)
Title: Re: Testing build #212
Post by: n1kl4z on November 04, 2008, 10:15:37 AM
Since a few builds back the context menu has stopped working, when i press "add to hfs" the program runs but the file is not added to the vfs.
It's no problem for me really since it takes a second to drag the file in, but I thought I should give you an heads up  :)

Sorry if someone reported this already I did a quick search that came up with nothing.
Title: Re: Testing build #212
Post by: AlexPebody on November 05, 2008, 04:04:20 PM
HI Rejetto! :)

Please help me, why my hfs 209 not search right?
Search results no right, example i search text "vasya" from root hfs, no results, then i search in dir, have this file, no result... :(:( File not found hfs unswer me...

Please help doing right this function, THANKS!!!
Title: Re: Testing build #212
Post by: Pit on November 05, 2008, 04:19:59 PM
Do you have access permissions on that folder that the file contents. The search can only find files in directorys where you have access.
Title: Re: Testing build #212
Post by: AlexPebody on November 05, 2008, 04:36:08 PM
Do you have access permissions on that folder that the file contents. The search can only find files in directorys where you have access.
Thanks! I have all permissions! But on my work (i'am root admin) search i'ts all right, but home not working!!! :(:( Users ask me why your serach not working..., i dont know what tall them... :(

Please help my situation! Thanks!

Work and Home PC is good +-
Title: Re: Testing build #212
Post by: rejetto on November 05, 2008, 11:11:22 PM
Alex post some screenshot, so we can see the file and the search and the result.
Or you can give me access to your server, so i can make the search myself. (don't post passwords here, send to a@rejetto.com)
Title: Re: Testing build #212
Post by: AlexPebody on November 06, 2008, 03:54:28 AM
Alex post some screenshot, so we can see the file and the search and the result.
Or you can give me access to your server, so i can make the search myself. (don't post passwords here, send to a@rejetto.com)

Hi Rejetto! Thanks for you help! :) But...

I have no hfs in internet global... :( I make my work and home hfs search screenshots example, and post this topic later!
Title: Re: Testing build #212
Post by: leosmendes on November 08, 2008, 09:16:15 PM
Access violation at address 0056188D in module 'hfs.exe'. Write of address 00000000
HFS 2.3 beta (212)
----------------------------------------------------------------
Stack list, generated 8/11/2008 17:59:31
[0056188D]{hfs.exe     } main.TmainFrm.Doerror1Click (Line 10892, "main.pas" + 2) + $4
[00465A31]{hfs.exe     } Menus.TMenuItem.Click (Line 1878, "Menus.pas" + 14) + $C
[0046724D]{hfs.exe     } Menus.TMenu.DispatchCommand (Line 2603, "Menus.pas" + 5) + $5
[0046863C]{hfs.exe     } Menus.TPopupList.WndProc (Line 3393, "Menus.pas" + 4) + $12
[004E270A]{hfs.exe     } ComCtrls.TToolBar.WndProc (Line 19404, "ComCtrls.pas" + 80) + $6
[00468579]{hfs.exe     } Menus.TPopupList.MainWndProc (Line 3374, "Menus.pas" + 2) + $8
[0042ABE8]{hfs.exe     } Classes.StdWndProc (Line 11572, "classes.pas" + 8) + $0
[0046C45C]{hfs.exe     } Controls.FindControl (Line 2103, "Controls.pas" + 6) + $C
[00494DFE]{hfs.exe     } Forms.TApplication.ProcessMessage (Line 7670, "Forms.pas" + 23) + $4
[00494E43]{hfs.exe     } Forms.TApplication.HandleMessage (Line 7689, "Forms.pas" + 1) + $6
[004950DE]{hfs.exe     } Forms.TApplication.Run (Line 7773, "Forms.pas" + 16) + $3
[00569903]{hfs.exe     } hfs.hfs (Line 97, "" + 21) + $2
----------------------------------------------------------------
System   : Windows Server 2003 Enterprise, Version: 5.2, Build: ECE, "Service Pack 2"
Processor: AMD, AMD Athlon(tm) 64 X2 Dual Core Processor 5600+, 2790 MHz MMX
Display  : 1024x768 pixels, 32 bpp
----------------------------------------------------------------
----------------------------------------------------------------
Product Versions

hfs.exe: Build: 0 8/11/2008 08:52:28

im now testing  beta 213 , thanks
Title: Re: Testing build #212
Post by: rejetto on November 09, 2008, 01:14:14 PM
You clicked a button called "Do error".
So, you got an error.
What else would you expect? ;)

I will remove this command in next version, because not needed anymore.