Messages

16

HFS ~ HTTP File Server / Re: HFS With no Tray ICON

« on: June 27, 2020, 01:42:54 AM »

Hi enanotg.  Yeah, HFS is great!

If your HFS isn't already in Expert mode, click "You are in Easy mode" to switch to Expert mode, then click "Menu", then "Tray icons", then uncheck "Show main tray icon".  You can switch back to Easy mode after that if you want.

Edit: Oh, and you'll probably also want to make sure "Tray icon for each download" in the "Tray icons" menu is unchecked.

17

Beta / Re: version 2.4

« on: May 30, 2020, 04:50:50 PM »

The ban IP address field looks good in all cases now.

Can the text cursor be automatically moved to where you right click in the log instead of having to left click to move it first, since the right click menu has to do where that is?

18

Beta / Re: version 2.4

« on: May 30, 2020, 02:19:40 PM »

Ah, does that mean you use 24 hour time?

As you can see, I was up way too early for a Saturday. lol

19

Beta / Re: version 2.4

« on: May 30, 2020, 01:43:00 PM »

i tested with several types and couldn't reproduce your problem.
Please paste here a line from the log that gives you problems. You can replace 2-3 digits of the IP for privacy.

None of the types here work.  I even renamed the ini file out of the way and created a basic account, turned on a bunch of logging, then logged in and back out.

Code: [Select]

5/30/2020 6:38:34 AM Server start
5/30/2020 6:39:07 AM 192.168.1.100:49549 Connected
5/30/2020 6:39:07 AM 192.168.1.100:49549 Got 427 bytes
5/30/2020 6:39:07 AM 192.168.1.100:49549 Sent 477 bytes
5/30/2020 6:39:07 AM 192.168.1.100:49549 Disconnected by server - 477 bytes sent
5/30/2020 6:39:07 AM 192.168.1.100:49550 Connected
5/30/2020 6:39:07 AM 192.168.1.100:49551 Connected
5/30/2020 6:39:07 AM 192.168.1.100:49552 Connected
5/30/2020 6:39:07 AM 192.168.1.100:49550 Got 391 bytes
5/30/2020 6:39:07 AM 192.168.1.100:49551 Got 362 bytes
5/30/2020 6:39:07 AM 192.168.1.100:49551 Requested GET /?mode=jquery
5/30/2020 6:39:07 AM 192.168.1.100:49552 Got 373 bytes
5/30/2020 6:39:07 AM 192.168.1.100:49551 Sent 1460 bytes
5/30/2020 6:39:07 AM 192.168.1.100:49551 Served 42.5 K
5/30/2020 6:39:07 AM 192.168.1.100:49552 Sent 9073 bytes
5/30/2020 6:39:07 AM 192.168.1.100:49552 Disconnected by server - 9569 bytes sent
5/30/2020 6:39:07 AM 192.168.1.100:49551 Not modified, use cache
5/30/2020 6:39:07 AM 192.168.1.100:49550 Sent 13459 bytes
5/30/2020 6:39:07 AM 192.168.1.100:49553 Connected
5/30/2020 6:39:07 AM 192.168.1.100:49550 Not modified, use cache
5/30/2020 6:39:07 AM 192.168.1.100:49554 Connected
5/30/2020 6:39:07 AM 192.168.1.100:49553 Got 412 bytes
5/30/2020 6:39:07 AM 192.168.1.100:49553 Not modified, use cache
5/30/2020 6:39:07 AM 192.168.1.100:49551 Disconnected by server - 43515 bytes sent
5/30/2020 6:39:07 AM 192.168.1.100:49553 Disconnected by server
5/30/2020 6:39:07 AM 192.168.1.100:49550 Disconnected by server - 13459 bytes sent
5/30/2020 6:39:07 AM 192.168.1.100:49554 Got 397 bytes
5/30/2020 6:39:07 AM 192.168.1.100:49554 Sent 496 bytes
5/30/2020 6:39:07 AM 192.168.1.100:49554 Disconnected by server - 496 bytes sent
5/30/2020 6:39:12 AM 192.168.1.100:49555 Connected
5/30/2020 6:39:12 AM 192.168.1.100:49555 Got 599 bytes
5/30/2020 6:39:12 AM 192.168.1.100:49555 Requested POST /?mode=login
5/30/2020 6:39:12 AM 192.168.1.100:49555 Sent 22 bytes
5/30/2020 6:39:12 AM 192.168.1.100:49555 Served 22
5/30/2020 6:39:12 AM Test@192.168.1.100:49555 Requested GET /
5/30/2020 6:39:12 AM Test@192.168.1.100:49555 Served 2.4 K
5/30/2020 6:39:12 AM Test@192.168.1.100:49555 Not modified, use cache
5/30/2020 6:39:12 AM 192.168.1.100:49556 Connected
5/30/2020 6:39:12 AM 192.168.1.100:49557 Connected
5/30/2020 6:39:12 AM 192.168.1.100:49556 Got 401 bytes
5/30/2020 6:39:12 AM Test@192.168.1.100:49556 Not modified, use cache
5/30/2020 6:39:12 AM 192.168.1.100:49557 Got 412 bytes
5/30/2020 6:39:12 AM Test@192.168.1.100:49557 Not modified, use cache
5/30/2020 6:39:12 AM Test@192.168.1.100:49555 Disconnected by server - 2527 bytes sent
5/30/2020 6:39:12 AM Test@192.168.1.100:49557 Disconnected by server
5/30/2020 6:39:12 AM Test@192.168.1.100:49556 Disconnected by server
5/30/2020 6:39:12 AM 192.168.1.100:49558 Connected
5/30/2020 6:39:12 AM 192.168.1.100:49558 Got 397 bytes
5/30/2020 6:39:12 AM Test@192.168.1.100:49558 Requested GET /favicon.ico
5/30/2020 6:39:12 AM Test@192.168.1.100:49558 Sent 576 bytes
5/30/2020 6:39:12 AM Test@192.168.1.100:49558 Served 576
5/30/2020 6:39:18 AM Test@192.168.1.100:49558 Got 446 bytes
5/30/2020 6:39:18 AM 192.168.1.100:49558 Requested POST /?mode=logout
5/30/2020 6:39:18 AM 192.168.1.100:49558 Sent 22 bytes
5/30/2020 6:39:18 AM 192.168.1.100:49558 Served 22
5/30/2020 6:39:18 AM 192.168.1.100:49558 Disconnected by server - 1074 bytes sent
5/30/2020 6:39:19 AM 192.168.1.100:49559 Connected
5/30/2020 6:39:19 AM 192.168.1.100:49560 Connected
5/30/2020 6:39:19 AM 192.168.1.100:49561 Connected
5/30/2020 6:39:19 AM 192.168.1.100:49559 Got 433 bytes
5/30/2020 6:39:19 AM 192.168.1.100:49560 Got 401 bytes
5/30/2020 6:39:19 AM 192.168.1.100:49561 Got 412 bytes
5/30/2020 6:39:19 AM 192.168.1.100:49559 Not modified, use cache
5/30/2020 6:39:19 AM 192.168.1.100:49560 Not modified, use cache
5/30/2020 6:39:19 AM 192.168.1.100:49561 Not modified, use cache
5/30/2020 6:39:19 AM 192.168.1.100:49559 Disconnected by server
5/30/2020 6:39:19 AM 192.168.1.100:49561 Disconnected by server
5/30/2020 6:39:19 AM 192.168.1.100:49560 Disconnected by server
5/30/2020 6:39:19 AM 192.168.1.100:49562 Connected
5/30/2020 6:39:19 AM 192.168.1.100:49562 Got 527 bytes
5/30/2020 6:39:19 AM 192.168.1.100:49562 Sent 497 bytes
5/30/2020 6:39:19 AM 192.168.1.100:49562 Disconnected by server - 497 bytes sent
5/30/2020 6:39:19 AM 192.168.1.100:49563 Connected
5/30/2020 6:39:19 AM 192.168.1.100:49564 Connected
5/30/2020 6:39:19 AM 192.168.1.100:49563 Got 433 bytes
5/30/2020 6:39:19 AM 192.168.1.100:49565 Connected
5/30/2020 6:39:19 AM 192.168.1.100:49564 Got 401 bytes
5/30/2020 6:39:19 AM 192.168.1.100:49563 Not modified, use cache
5/30/2020 6:39:19 AM 192.168.1.100:49565 Got 412 bytes
5/30/2020 6:39:19 AM 192.168.1.100:49565 Not modified, use cache
5/30/2020 6:39:19 AM 192.168.1.100:49564 Not modified, use cache
5/30/2020 6:39:19 AM 192.168.1.100:49563 Disconnected by server
5/30/2020 6:39:19 AM 192.168.1.100:49564 Disconnected by server
5/30/2020 6:39:19 AM 192.168.1.100:49565 Disconnected by server
5/30/2020 6:39:19 AM 192.168.1.100:49566 Connected
5/30/2020 6:39:19 AM 192.168.1.100:49566 Got 397 bytes
5/30/2020 6:39:19 AM 192.168.1.100:49566 Sent 497 bytes
5/30/2020 6:39:19 AM 192.168.1.100:49566 Disconnected by server - 497 bytes sent

20

Beta / Re: version 2.4

« on: May 29, 2020, 04:52:39 PM »

Thanks. I like the new options and view.

You're welcome.  Yes, excellent improvements to an already awesome program.

21

Beta / Re: version 2.4

« on: May 29, 2020, 05:56:12 AM »

I want to test 2.4 but can't see any .exe file. Help?

First post in this thread.

https://rejetto.com/forum/index.php?topic=13060.0

Edit: Oops, he corrected the more recent post, but not the first one.  Here's the working link.

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

22

Beta / Re: version 2.4

« on: May 29, 2020, 02:30:03 AM »

you are right. Fixed in next release.

Confirmed fixed in v2.4 beta7.



Uhoh, now the IP address field is always blank when I try to ban one from the log. 

23

Beta / Re: version 2.4

« on: May 28, 2020, 03:42:46 AM »

v2.4 Beta 6 looks good!  No initially missing style sheet now. 


Now a question as to how things are supposed to work.  I added the redirect back to the rejetto account, which sends it to \rejetto, the only folder it has access to.  But if I try to manually log in at the root, I just get prompted to log in again instead of being redirected to the \rejetto folder.  Is that working as designed?  I kind of expected the redirect to happen, but at least I probably won't actually have anyone trying to do that.


And I think I found another bug.  If I click within or highlight the IP address part of a "user@xxx.xxx.xxx.xxx" entry in the log and try to ban it, the IP address field is blank (not that I would actually want to ban the IP address of someone who has an account. heh).

24

Beta / Re: version 2.4

« on: May 27, 2020, 06:06:44 PM »

your link was precious because i've found ANOTHER bug.   

Excellent!  Well it's an honor having you log into my server. 

If the account has a redirection, the mode=auth doesn't work well, you get the redirection on the next request (style.css).

Yup, that was it!  I thought for sure I'd suspected and tested without the redirect, but apparently not.  I've removed the redirect from your account and you can see that it works now.  Color me red from embarrassment. 

I've decided that redirection should not take place at all with an auth link. It will work only with manual login. Ok?

Yes, that actually occurred to me since the auth link already has a specific folder in it, but I forgot to mention it.

I'll publish another beta later today. Already collected 6 small changes.

Cool, I will test it this evening.

i don't think the ini would be enough

Alright, I think we'll be good after this anyway.




Oh, one more thing.  If I log in with an auth link, then log out without doing anything else in between that removes the auth part, it just automatically logs back in since it's still an auth link.  Would it make sense and would it be possible to just make the auth part go away while logging in?


And a feature suggestion.  When banning an IP address, maybe a button when entering the Comment to insert the date and time?

25

Beta / Re: version 2.4

« on: May 27, 2020, 05:09:38 AM »

It's something in my configuration.  I tested a clean install on another computer and it worked fine.  So I renamed hfs.ini out of the way on the original computer and it's working there too.

So I'm trying to narrow it down.


Edit: Nothing is standing out.  Even if I temporarily reset the options in the Debug menu, it doesn't help.  Only renaming hfs.ini out of the way makes a difference.  I need to get to bed.  Let me know if I should PM you my hfs.ini file.

26

Beta / Re: version 2.4

« on: May 27, 2020, 01:04:58 AM »

i just tried but cannot reproduce this problem. Let me know if you find more on it.


ok i'll see to fix it for next release


oh man, sorry but i wouldn't use HFS for such job, as HTTP doesn't support resume on upload. Unless it's in LAN, and it takes few minutes.
TBH i suspect nowadays upload-resume could be implemented via javascript. Maybe for a future release.

I'm using 2.4 beta 5 now and the same thing is happening.  It happens in Chrome, Firefox, and Vivaldi (Chrome based).  All those things appear to be related to the address bar still having the "?mode=auth&u=...." part.  After clicking a folder button or link, that part is removed and everything starts working fine.


We've transferred large files before and I'm happy to report we have had no issues. 


I created a rejetto folder and user and restricted it to just that folder with full access, and the log below is from just the login process.  I will message you the link to log into it to see what happens if you'd like.  Don't worry, nothing malicious in there.     Feel free to upload, create a folder, delete, whatever.

Code: [Select]

5/26/2020 5:48:44 PM Server start
5/26/2020 5:49:24 PM <IP address>:56202 Connected
5/26/2020 5:49:24 PM <IP address>:56203 Connected
5/26/2020 5:49:24 PM <IP address>:56203 Got 444 bytes
5/26/2020 5:49:24 PM rejetto@<IP address>:56203 Requested GET <login link with credentials removed>
5/26/2020 5:49:24 PM rejetto@<IP address>:56203 Sent 1460 bytes
5/26/2020 5:49:24 PM rejetto@<IP address>:56203 Served 2.7 K
5/26/2020 5:49:25 PM rejetto@<IP address>:56203 Requested GET /?mode=section&id=style.css
5/26/2020 5:49:25 PM <IP address>:56204 Connected
5/26/2020 5:49:25 PM rejetto@<IP address>:56203 Redirected to /rejetto
5/26/2020 5:49:25 PM <IP address>:56205 Connected
5/26/2020 5:49:25 PM <IP address>:56204 Got 435 bytes
5/26/2020 5:49:25 PM rejetto@<IP address>:56204 Requested GET /?mode=jquery
5/26/2020 5:49:25 PM rejetto@<IP address>:56204 Sent 1460 bytes
5/26/2020 5:49:25 PM <IP address>:56206 Connected
5/26/2020 5:49:25 PM <IP address>:56205 Got 446 bytes
5/26/2020 5:49:25 PM rejetto@<IP address>:56204 Served 42.5 K
5/26/2020 5:49:25 PM <IP address>:56206 Got 445 bytes
5/26/2020 5:49:25 PM rejetto@<IP address>:56206 Requested GET /rejetto
5/26/2020 5:49:25 PM rejetto@<IP address>:56206 Sent 60 bytes
5/26/2020 5:49:25 PM rejetto@<IP address>:56206 Not served: 301 - Moved permanently
5/26/2020 5:49:25 PM rejetto@<IP address>:56204 Requested GET /~img_folder
5/26/2020 5:49:25 PM rejetto@<IP address>:56204 Served 562
5/26/2020 5:49:25 PM rejetto@<IP address>:56203 Disconnected by server - 2966 bytes sent
5/26/2020 5:49:25 PM rejetto@<IP address>:56206 Disconnected by server - 60 bytes sent
5/26/2020 5:49:25 PM rejetto@<IP address>:56204 Requested GET /rejetto/
5/26/2020 5:49:25 PM rejetto@<IP address>:56204 Served 2.7 K
5/26/2020 5:49:25 PM rejetto@<IP address>:56204 Login failed
5/26/2020 5:49:25 PM rejetto@<IP address>:56204 Requested GET /favicon.ico
5/26/2020 5:49:25 PM rejetto@<IP address>:56204 Not served: 403 - Deny
5/26/2020 5:49:25 PM rejetto@<IP address>:56204 Disconnected by server - 47381 bytes sent
5/26/2020 5:49:29 PM <IP address>:56202 Disconnected

And here is the log from clicking the "Test folder" folder at which time the "?mode=auth&u=...." part is removed, then everything starts working correctly:

Code: [Select]

5/26/2020 5:50:33 PM <IP address>:56214 Connected
5/26/2020 5:50:33 PM <IP address>:56215 Connected
5/26/2020 5:50:33 PM <IP address>:56215 Got 546 bytes
5/26/2020 5:50:33 PM rejetto@<IP address>:56215 Requested GET /rejetto/Test folder/
5/26/2020 5:50:33 PM rejetto@<IP address>:56215 Sent 1460 bytes
5/26/2020 5:50:33 PM rejetto@<IP address>:56215 Served 2.6 K
5/26/2020 5:50:33 PM <IP address>:56216 Connected
5/26/2020 5:50:33 PM <IP address>:56217 Connected
5/26/2020 5:50:33 PM <IP address>:56216 Got 400 bytes
5/26/2020 5:50:33 PM rejetto@<IP address>:56216 Requested GET /?mode=jquery
5/26/2020 5:50:33 PM rejetto@<IP address>:56216 Not modified, use cache
5/26/2020 5:50:33 PM <IP address>:56217 Got 411 bytes
5/26/2020 5:50:33 PM rejetto@<IP address>:56217 Requested GET /?mode=section&id=lib.js
5/26/2020 5:50:33 PM rejetto@<IP address>:56217 Not modified, use cache
5/26/2020 5:50:33 PM rejetto@<IP address>:56216 Disconnected by server
5/26/2020 5:50:33 PM rejetto@<IP address>:56217 Disconnected by server
5/26/2020 5:50:38 PM <IP address>:56214 Disconnected

27

Beta / Re: version 2.4

« on: May 25, 2020, 09:07:58 PM »

hi Tea, what version were you using?

Sorry!  v2.4 beta 4.

the "leave disconnected" option was removed. If you need to keep track of connections you can use the log.

Ah.. ok.  I usually ban from there, but now I see it's possible from the log.  Works for me.

28

Beta / Re: version 2.4

« on: May 25, 2020, 08:02:24 PM »

Hi rejetto,


I ran into a bug with the new "Copy URL with password" links.  After logging in, I think it's the style sheet that doesn't load.  The page is just text and basic buttons with no graphics.  If I try to upload something it fails, but only after the entire file has been sent.  I have no idea where the file was being put as it was uploading, but it wasn't in the folder after it finished.  I found out the hard way with an almost 14 GB file a friend tried to send.  Doh! lol  The problem appears to be with the fact that the part starting with "?mode=auth&u=...." is still in the address bar immediately after logging in.  If I click a folder button or link, that part is removed and the style sheet loads and uploads work.


Also, the "Leave disconnected connections" option is missing from the right click menu for the current connection pane.


Thanks!
-Tim

29

Beta / Re: version 2.4

« on: September 24, 2018, 05:32:10 AM »

Out of the 8 links in the default "ip-services" list, the 5 below error out, causing HFS to fail to obtain the external IP over half the time.  The first 2 result in a page not found error, whereas the rest appear to have parsing issues due to the pages being redesigned.

Code: [Select]

http://www.melauto.it/public/rejetto/ip.php|
http://rejetto.webfactional.com/hfs/ip.php|
http://www.whatsmyrealip.com/|IP is
http://2ip.ru|d_clip_button">
http://www.mario-online.com/mio_indirizzo_ip.php|<strong>


Even if it fails, it only appears to check every "ip-services-time" (not sure what units that value is in), so I propose it tries each link until it succeeds or runs out of links when there is a failure.

30

Beta / Re: version 2.4

« on: September 24, 2018, 04:52:32 AM »

I'm not sure if this exists in other templates, but I found an interesting gotcha while messing around with uploading from my phone.  Not that anyone would probably do this under normal operation, but I uploaded a file, deleted it, then reuploaded the same file again to try some other functions, and when I clicked the "Reload page" button after the upload finished, the file was deleted without warning.

If I manually reload the page using the pull-down-to-reload function of the browser instead, it tells me that the form (the delete command, but that might not be obvious to some people) will be resubmitted.  But pressing the "Reload page" button bypasses that warning and.. poof.

So I propose instead of doing an actual reload that resubmits the previous form, the "Reload page" button should just do a regular GET for the folder you're sitting at.

Edit: I just noticed that the corresponding entry in hfs.comments.txt does not get removed when any kind of delete happens.