Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - username1565

Pages: [1] 2 3
1
HTML & templates / Re: Chat for HFS.
« on: September 22, 2019, 06:44:02 PM »
Just did add this code to github + small fixes: https://github.com/username1565/HFS_FILE_CHAT_XHR
zip-archive you can find in Releases: https://github.com/username1565/HFS_FILE_CHAT_XHR/releases
Now this is version 3.0, and maybe - latest stable version of this chat. :D

This is the simplest solution for drop text between computers, in local network + portable.

2
Pусский / Re: Русская версия hfs 2.3m
« on: August 22, 2019, 01:05:07 AM »
Вот есть английский язфковый файл для перевода.

https://drive.google.com/file/d/1HW925JgoXhXTNkcy2iVjfpbm1q6dJAN-/view?usp=sharing

может кто сделает русский....
Понятия не имею как его инклюдить.

Где файл ?
Я его качал ранее, думал залить на https://rgho.st/, но он не работает,
поэтому придётся ввести каптчу тут https://www.filedropper.com/hfs23mru
Не знаю, удалят ли его, и если да, то когда...
Файл занимает 2,10 МБ (2 205 184 байт) и не лезет в Attachments.

Хэши - всё те же. Но лучше проверьте.

3
HTML & templates / Re: Chat for HFS.
« on: April 01, 2019, 02:30:29 PM »
i don't know what "enabled cors in browser" actually means,
but i was not saying that cors was disallowed by the browser.
It's HFS not supporting it.
If you want, you can test this yourself with extensions to enable CORS.
For example, I'm tested this on Google Chrome, with extension:
https://chrome.google.com/webstore/detail/allow-control-allow-origi/nlfbmbojpeacfghkpbjhddihlkkiljbi
CORS requests happen to generate an extra "OPTIONS" request, and that is not supported by HFS, returning a 405 error, indeed.
HFS accepts only GET/HEAD/POST requests.
After testing, you can know the reason of error - definitely, and... How to fix it...

I thought earlier that the problem is that HFS does not support ajax async=truе. Hehheh.

Have a nice day.

4
Bug reports / Re: New info about this possible bug...
« on: March 25, 2019, 04:45:59 PM »
@LeoNeeson, I created this file and put this near hfs.exe (v2.3m).
Then I did run hfs.exe on Windows 8.1 (x64).
After this I try to open the main page on HFS. Ok.
Then F12 -> Network, and reload the page. See request of the main page.
And there I can see doubled headers with Content-length.

When I try to open the main page on HFS from win32 Google Chrome - I still see ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_LENGTH

So HFS.Events - not working.

5
Bug reports / Re: New info about this possible bug...
« on: March 17, 2019, 09:08:10 PM »
OK, now we are doing some progress (your info will help Rejetto catch the bug)
» Summarizing:
HFS v2.3k and previous versions are working without this error.
HFS v2.3m gives "ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_LENGTH"

So, according to your reports, this error was introduced on version 2.3m.
Yeap, all right.

» Another important questions: you said (here) that you were also running another server (to have PHP functions). Are you running that server along with HFS?. Does this error still happen when you close that another server? (this information is needed to debug this error, and to know if this is some kind of incompatibility). And lastly, what version of Chrome are you using?...
That "upload.php" file is hosted on another remote server.
This is just example with WORKING uploading progress.
I didn't host this PHP-page on any local server, and don't run any servers with HFS.
I just copied the code in single HTML, and replaced that link in that example - to the link for uploadable folder on HFS,
to test XHR-uploading there, ajax true/false, and return progress status.
HFS is not PHP-server, and to working with PHP better to using apache, or portable OpenServer.

Hi !

I think it's possible that this bug is related to this thread :

http://rejetto.com/forum/index.php?topic=13112.0
Hi, I see HFS.Events there, but I don't know how do remove Content-Length header, using this file, to test it...

6
Bug reports / Re: ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_LENGTH
« on: March 17, 2019, 08:45:38 PM »
in 2.3m i added the "Content-Length" in error pages because it was missing.
...
I invite you to try to use HFS directly (no other servers) and with configuration reset (Menu > debug > temporarily reset options),
and let us know what happens with this.
Before, and after I do this: ("Menu > debug > temporarily reset options")
I see double Content-Length in Google Chrome 73.0.3683.75
(Load page -> F12 -> network -> main page -> headers),
but the page loading good in this browser.
And in older Google Chrome and Mozilla Firefox (32 bit) - I see that error, and cann't load the page.
This is one header that was been doubled.

Can I disable this header? Can you add option in the settings, to disable this in future?

Also, my Comodo see the virus in HFS 2.3k, and blocking this automatically, after I renaming this file.
So need to unblock this anytime. HFS 2.3m not blocked, but not working anywhere,
because this header, and this error...

UPD:
I did start HFS v2.3m in Windows XP. Main page is successfully loaded.
I see two headers in the Network-tab, in Google Chrome 34.0.1847.131 m:
Quote
Accept-Ranges:bytes
Cache-Control:no-cache, no-store, must-revalidate, max-age=-1
Content-Encoding:gzip
Content-Length:44872
Content-Length:44872
Content-Type:text/html
Server:HFS 2.3m
But, I successfully loaded the main page!
So now I don't sure that problem in this header only. Maybe something else.
Because error I see, when I start HFS on Windows 8.1, and try to load the page from there.
So just compare more differences between x86 and x64 sub-programs...

Have a nice day.

7
Pусский / Re: Русская версия hfs 2.3m
« on: March 16, 2019, 12:25:37 PM »
Пытаюсь загрузить страницу с запущенного сервера.
Вижу в консоли браузера - ошибку: ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_LENGTH
По всей видимости, это проблема всех HFS, версии 2.3m, в то время как 2.3k работает без этой ошибки:
http://rejetto.com/forum/index.php?topic=13125.msg1064467#msg1064467

8
Pусский / Re: Русская версия hfs 2.3m
« on: March 16, 2019, 12:09:34 PM »
Пришло время почистить софтину от вирей, либо выложить её исходник.

А то, ну не дело же вообще:
https://www.virustotal.com/#/file/e2d8b04643c3895f6bd382f6a83c1848953d182dc3e6d4cddae0bd0da42b1613/detection
Ой, у оригинального HFS c virustotal'ом тоже не очень хорошо.
Всё потому что сервер отдаёт файлы, и некоторые антивирусы рассматривают это как утечку данных из системы.


Прицеплю сюда хэши файла, из первого поста этой темы, для поиска темы по хешам.
Хэши рассчитаны - программой MultiHasher:
CRC32: B4691B41
MD5: D31E72F09BB1DF41CDF577B6B0617557
RIPEMD-160: F125F9E9245EF91DE5F9311C408D19A3EFE6C291
SHA-1: AB87681D73B5F81425E34F1ACDB575F62BAC2ED1
SHA-256: E2D8B04643C3895F6BD382F6A83C1848953D182DC3E6D4CDDAE0BD0DA42B1613
SHA-384: 20249DE89C11F3DCA0E4933ACC379565D5F4F640571ECFCFAF452C5B2CCBCB87547E336B15C9767C3081931F684B30B3
SHA-512: 3969C8B3F9AA79AA08471CCA88F5BAE7642DE23953076FD9DB9FEF62126F6A0D41FAB5018FC9F4331EE8AC7710E353CCEA16FA2329DB257CECF92A2B03BE61BA


9
Bug reports / Re: ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_LENGTH
« on: March 16, 2019, 11:18:00 AM »
@LeoNeeson,
Here, I just using this lite-version of hfs.exe. I cann't attach this file, because this have size 700KB (> 500KB).

MultiHasher - says about following hashes for this lite hfs.exe:
CRC-32: 2536BFB5
MD5: 1C14ECE37D3872A0DDD31EA68AC26B14
RIPEMD-160: FC18AE5137C443B2D39A43F8C56D37ED07909C8F
SHA-1: 4828FDB6CF6B86D87CD63BF46B262D312BCE8C66
SHA-256: FF411E98E16D691AA5FEB07432961B957DA65370871DE6322BA586EF59E92A94
SHA-384: C9710DCC39362851328CB9C4DF1E49DE996BB862136D77C77C09AC2459795EFB75782A24BF47672C99BC1B1D635B92F2
SHA-512: 45A337A2D9AEA3374A5AF77BF19ACA0E3AC0DFEA320C9B1AE5A4D2F3A72B0BEF1B2D8D590C99CA36FB29D7870DEE659CBE4834A1C444921329F6F015A63EC15A

And maybe you can find this file by this hashes in your full repositary, and test this.

Google query by sha256 return me back the link on virustotal:
https://www.virustotal.com/ru/file/ff411e98e16d691aa5feb07432961b957da65370871de6322ba586ef59e92a94/analysis/1517840264/
and I see the version of this file: hfs2.3a_289.

Why I use this lite version?
Just Because HFS v2.3m(2MBytes) return me the error in the first post of this thread!
I see ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_LENGTH in console of browser,
just when I try to load the page from this server...

I didn't have any problem with previous lite-version HFS (700Kbytes),
up to yesterday. Because yesterday I saw this %TEMP% folder.

What logs do you need? Where I can see this on Windows 8.1? I don't understand...

And... How to using HFS.exe v2.3m (2MBytes),
without that console.log error: ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_LENGTH?

I did check my hard disk, using Comodo Internet Security Premium 11, and not found any viruses.
%TEMP% folder was been renamed.
Virtual File Systems.vfs was been damaged.
Some backups of file-systems files was contains some macroses, and was been renamed.
Now my lite version working good, but... I'm not sure that this will be stable...

UPDATE:
Now, I'm using hfs_v2.3k.exe 2.38 МB (2 501 632 Bytes), with hashes:
MD5: 369B251EB6D24F63C95273F357359669
RIPEMD-160: A2038CF37927DABD66FC0808ED6804AB876AC783
SHA-1: 17820F1585A08FD7B5890192F58AB9860961B064
SHA-256: 3B4AD8F1F15F1A73E99CF082AE38A821A7567B63415F57D63595BAEC079A4B07
SHA-384: EE320267F63F2118D9B7C7F4A8667444B1817527A0F8FB921418ECB69A963AD7901B0A815B136CE5E5EEE5ACFA5EAAA7
SHA-512: 305340B4A0047D81452C29EB63BBC263A921B5B6CC46AFE09D38329E966AEA411A77039671CDC2CBE7715A784025EBB3A9309EAF8AC95B868242A970FE66A1F0
Virustotal by sha256-hash: https://www.virustotal.com/ru/file/3b4ad8f1f15f1a73e99cf082ae38a821a7567b63415f57d63595baec079a4b07/analysis/1495254875/
And I don't see ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_LENGTH there.

Also, this russian v2.3m
working with ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_LENGTH too.
Hashes you can see there.

11
Bug reports / ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_LENGTH
« on: March 15, 2019, 05:18:47 PM »
Cann't load the page from server, using latest HFS v2.3m .
I see the following error in browser: ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_LENGTH

In console.log browser, I see the following errors:

GET http://192.168.0.10/ net::ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_LENGTH http://192.168.0.10/:1
GET http://192.168.0.10/ net::ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_LENGTH http://192.168.0.10/:1

12
Bug reports / Re: Exploits
« on: March 15, 2019, 04:34:54 PM »
What's is this I see near HFS executable file?
UPD: Version of hfs.exe and hashes, you can see here

Inside the folder %TEMP% which I will not saw earlier, I see *.vbs files with following code:
Is this exploit or not?


13
Pусский / Re: Русская версия hfs 2.3m
« on: March 07, 2019, 06:31:55 AM »
Здравствуйте, пришло время поделиться перевод программы.
https://cloud.mail.ru/public/2svG/EufFrUHi2
Пришло время почистить софтину от вирей, либо выложить её исходник.

А то, ну не дело же вообще:
https://www.virustotal.com/#/file/e2d8b04643c3895f6bd382f6a83c1848953d182dc3e6d4cddae0bd0da42b1613/detection

14
HTML & templates / Re: Chat for HFS.
« on: March 07, 2019, 06:24:02 AM »
What tool are you using to view the header? I use Wireshark and chrome built in html console.
I just can see the headers of queries - in the tab "Network" in Mozilla Firefox, and Google Chrome.

My next question is are you using a xhtml doc type and file format?
No. Just HTML, javascript and XHR queries.

@username1565: Please upload and post the exactly template file you are using that gives you that error, so we can try to debug your error.
I already send it, in that jsfiddle.
Quote
http://jsfiddle.net/pthoty2e/

Keep in mind that HFS only supports .TPL template format and it doesn't understand .PHP (it will take it like a normal .html file). So, for example, if you use 'upload.php' HFS will take it as a static page like if it was 'upload.html' and that could be the reason of this not working. That's why I've ask you if you can post here the file you are using...
That was been example code. Yeap, there is using PHP, but on another server,
and as you can see, there is working UPLOADING PROGRESS, when async=true.
Quote
  xhr.open( "POST", "https://zinoui.com/demo/progress-bar/upload.php", true );
If you will change this to false:
Quote
  xhr.open( "POST", "https://zinoui.com/demo/progress-bar/upload.php", false);
and press "Run" again,
then you can see "4", after FULL UPLOADING,
but you cann't see UPLOADING PROGRESS.
Because async = false.

Ok. After undedstanding this,
I want to tell you that
then, using that code, I changed the link to the link of my uploadable folder on HFS:
Quote
  xhr.open( "POST", "http://127.0.0.1:80/My_folder_for_upload/", false);
And got status OK, BUT after uploading. As you can see, async = false.

But... After trying to see progress, I changed async - to true:
Quote
  xhr.open( "POST", "http://127.0.0.1:80/My_folder_for_upload/", true);
And got 405 ERROR - method not allowed. No any progress. And no async=true working.

And, as I said earlier:
Quote
This all not working, if async = false, and need async = true ;)

Also, I tested this С# code:
Quote
client.DownloadDataAsync(new Uri(address));
And this working with HFS local URL's. Hm...

15
HTML & templates / Re: Chat for HFS.
« on: March 01, 2019, 10:16:01 AM »
i don't think the async is the problem: indeed the server has no way to distinguish it, it's totally a client matter.
The problem, getting a 405, is surely a cross-domain request.

Anyway, in your jsfiddle points to a php file, so i don't see how HFS can be involved.
rojetto, I enabled CORS in browser, so this is not cross-domain problem.

As you can see, from that jsfiddle-code, the string:
Quote
xhr.open( "POST", "https://zinoui.com/demo/progress-bar/upload.php", true );
means: send, the POST-query with file, to the URL: https://zinoui.com/demo/progress-bar/upload.php, with async = true;
because syntax for XHR is
Quote
XMLHttpRequest.open(method, url, async)
When acync = true;
The event function:
Quote
xhr.upload.onprogress = updateProgress;
is working,
and you can see the progress status (changing percentage)...

But HFS not supporting async = true, and cann't give the progress status for uploading...

If I change the URL https://zinoui.com/demo/progress-bar/upload.php
to http://127.0.0.1:80/HFS_uploadable_folder/
I can upload the files to HFS only with async = false,
and in this case, I can give only status on finishing the upload:
xhr.upload.onload or xhr.upload.onloadend,
but not xhr.upload.onprogress (when async = false)...

So I cann't see THE PROGRESS of uploading when async = false.

If HFS will supporting the uploading with async = true,
I can see the uploading status onprogress,
and also, I can use wget, Aria2, for example,
or this c# method: https://docs.microsoft.com/en-us/dotnet/api/system.net.webclient.downloadfileasync?view=netframework-4.7.2
and many others...
This all not working, if async = false, and need async = true ;)

Pages: [1] 2 3