Messages

16

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

17

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. 

18

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).

19

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?

20

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.

21

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

22

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.

23

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

24

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.

25

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.

26

Beta / Re: version 2.4

« on: September 23, 2018, 05:58:43 PM »

If I try to edit a comment, I get the "span" tags with the double quote in between in the edit box like in the attached.

27

Beta / Re: Testing build #270

« on: September 15, 2010, 01:23:41 AM »

I hope rejetto can add a little smarts to the process of figuring out whether or not to show that option by looking at what users are in the assigned groups.

in next release (270).

Looks good!  It even figures out groups in groups. :-)

Thanks!

28

Beta / Re: Testing build #269

« on: September 12, 2010, 09:08:06 PM »

@ TEA-Time. Only if you were able to speak the language of Delphi…

Probably no hope of English to Delphi being added to Google Translate...  Oh well, I'll keep my hopes up for rejetto to use his Delphi skills.

29

Beta / Re: Testing build #269

« on: September 12, 2010, 08:55:25 PM »

Aha!  I figured it out!  It's because I gave only a group called Admins permission to that folder, with two users in that group.  As soon as I add an individual user, the option shows up.

I hope rejetto can add a little smarts to the process of figuring out whether or not to show that option by looking at what users are in the assigned groups.

Thanks everyone for your help.  I'm not going crazy after all. :-)

30

Beta / Re: Testing build #269

« on: September 12, 2010, 08:42:28 PM »

I use XP and the menu is there for me.

Bizarre...

Ok, now I'm really stumped.  I went one by one all the way back to the build 260 (that works on the Win2k3 Server) on the Win7 64-bit machine and still no option to Copy URL with password. :-/  Other than needing to be in Expert mode, is there another option to turn that on?  I don't recall there being one, and I'm not seeing one now...