delphi 10

[LeoNeeson]

Because It is available only in https

Now time to add https... (just joking)

I've tested the new build [v2.4 Alpha 8] and the logout is now 100% -totally and absolutely- perfect (the small issue was solved!)

[rejetto]

always the same aspect, bug still present 
I reloaded the exe but I wonder if you put the last one with the right dfm

i didn't upload the changes, as it was not very important. Next time.

[rejetto]

I quickly tested the new login system.
It works with localhost, but not with http://192.168.137.1/

wow, thanks dj. I'll use that code from github and that's it.
Also: i noticed that everybody is using lowercase, even the standard delphi function, so i'll switch to it.
The case is important because, even if normally the check is insensitive, having a double-hashing makes it case-sensitive.

[rejetto]

the password change method is to be reviewed because of the redirection to ~ login
in hslib.pas  part of  WWW-Authentificate can be removed ??

i will take care of the password change now.
the basic authentication is still present in the GUI, with the "set user/pass". I'm a bit undecided about this. It may stay for very quick usage, like protecting one file.

[rejetto]

https://github.com/rejetto/hfs2/releases/tag/v2.4-alpha09

this should include winXP compatibility
the previous sha256 lib was for ascii-only inputs. I had to search for an alternative.
i also changed the recent feature i introduced from "hfs.diff.*.tpl" to "*.diff.tpl".

[SilentPliz]

I couldn't get this version to work: 

open in browser > /root = connected, but display only a blank page.

open in browser > http://192.168.0.17/ààà/textfile.txt  display 'Not found' page without asking for authentication at any time.

open in browser > http://192.168.0.17/aaa/textfile.txt  display the native browser authentification box, ID+PASSWORD doesn't work.

Edit: if anonymous and anyone access are checked, seem to work (free access without ID+PASSWORD is OK), but
if I try to login from the page ... Error / Bad password

[rejetto]

I couldn't get this version to work: 
open in browser > /root = connected, but display only a blank page.

root doesn't work? i cannot reproduce it

open in browser > http://192.168.0.17/aaa/textfile.txt  display the native browser authentification box, ID+PASSWORD doesn't work.

files at the moment don't get the login form. Maybe they should. I worked on folders.

[bmartino1]

alpha test new bug, root/ home folder set access to any accout to root house home folder with real folder unbder no template cahnges,  gives blank page.

is the default template no longer loading?

fresh download and setup of https://github.com/rejetto/hfs2/releases/tag/v2.4-alpha08

[SilentPliz]

Same as bmartino1

Root protected by an User Acount(with password), acces, upload etc for this account, open (root) in browser (GUI button)... blank page.

[rejetto]

yes, when the root is protected it doesn't work. Working on it.

[Mars]

yes, when the root is protected it doesn't work. Working on it.

the problem is located in Tfile.accessfor

if we put a break at the start of the while assigned(f) , everything seems to work fine

Code: [Select]

while assigned(f) do
  begin
     break;
     .....


[rejetto]

give a look please
https://github.com/rejetto/hfs2/releases/tag/v2.4-alpha10

[Mars]

ok boss i download it and give you a reply in a few minutes

[Mars]

there is a bad problem with login , return always bad password when login or access protected resource for the account  is requested, can't test the visibility of page

to successfully connect I have to shortcut the md5 in the template

by doing this modification, the login form is asked for root and connection is good

waht you have updated is good but always prob with global  md5 encryption for password

[LeoNeeson]

The good...
I'm surprised of all the good work that has been done in only one day!:

» Alpha 9 (hfs24pre09): Now it runs perfect on Windows XP! All the graphical issues were solved. Thanks to Mars for giving all the needed help to Rejetto, and also thanks to Rejetto for the good willingness of keeping XP support (good work to both of you!).

» Alpha 10 (hfs24pre10): Login now has UI (User Interface) consistency between folders and files, and it always shows the modal when needed (the browser's login popup is finally gone, and I'm happy on how well HFS is working).

The bad...
Everything is working so well (on hfs24pre10), than I'm afraid to report this:

» Login broken on Download Managers: If you try to download a password-protected file using a download manager (like FlashGet or DownThemAll!) it fails (using a browser is OK). On hfs24pre07 everything was fine (it downloads a password-protected file normally, as it should), but a bug was introduced on hfs24pre08 (and it continues on hfs24pre09 and hfs24pre10), and it's giving this:

Thu May 14 00:35:22 2020 Connecting 192.168.212.1 [IP=192.168.212.1:80]
Thu May 14 00:35:22 2020 Connected.
Thu May 14 00:35:22 2020 GET /favicon.gif HTTP/1.1
Thu May 14 00:35:22 2020 Host: 192.168.212.1
Thu May 14 00:35:22 2020 Accept: */*
Thu May 14 00:35:22 2020 Referer: http://192.168.212.1
Thu May 14 00:35:22 2020 User-Agent: FlashGet
Thu May 14 00:35:22 2020 Pragma: no-cache
Thu May 14 00:35:22 2020 Cache-Control: no-cache
Thu May 14 00:35:22 2020 Authorization: Basic dGVzdCUzQXRlc3Q=
Thu May 14 00:35:22 2020 Connection: close
Thu May 14 00:35:22 2020 HTTP/1.1 401 Unauthorized
Thu May 14 00:35:22 2020 Content-Type: text/html
Thu May 14 00:35:22 2020 WWW-Authenticate: Basic realm="Invalid login"
Thu May 14 00:35:22 2020 Accept-Ranges: bytes
Thu May 14 00:35:22 2020 Set-Cookie: HFS_SID_=UmVqZXR0b0lTYUdlbml1cw; path=/; HttpOnly
Thu May 14 00:35:22 2020 Error occured!

Besides the problem I've reported with download managers, I can't reproduce the last error reported by Mars.