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 - KalleB

Pages: 1 ... 3 4 [5] 6 7
HFS ~ HTTP File Server / a tiny tiny but often frustrating problem..
« on: July 09, 2007, 10:24:13 PM »
Selecting all text in any HFS textbox or editbox by pressing Ctrl+A does not work. That combination is kind of a standard in every program out there, but somehow HFS does not understand it...  :(

Bug reports / Re: Uploading in root folder
« on: July 09, 2007, 03:04:14 PM »
I don't understand why HFS lets me access the in the first place...

With (and upload disabled) HFS gives the login screen, but no password is valid.
With HFS gives 404. why doesn't HFS give the 404 with the root's a kind of virtual folder isn't it?

Beta / Re: Testing build #114
« on: July 09, 2007, 02:45:45 PM »
:D ..right choice if you ask me.

Beta / Re: Testing build #113
« on: July 09, 2007, 09:56:52 AM »
I'd prefer not to have this kind of trivial feature as an option. At least not in the menu, maybe by editing ini or registry you could force it. But normally it should be automatic...if Vista, then hide the lines, else don't hide. Simple. 8)

Any plans to implement this?

It could simply be an address like ~all_progress, which then could be turned on and off from the Menu (obviously off by default). Maybe this feature would also require a new variable, the IP address of the user who is downloading the file.

Bug reports / Re: Upload broken with small files
« on: July 08, 2007, 01:31:22 PM »
No I don't think those have any effect since bigger files ~500kB and above always's only the small ones that fail.

I've tested on two machines with WinXP SP2 Home, HFS b110-112, Firefox, Opera & IE,
other has F-Secure suite and the another Avast & Kerio.

I've mostly used the same machine as client (connecting to but I also tried Kubuntu Feisty with Firefox as client and got the same results... will try it soon also as host using WINE.

EDIT: Using Kubuntu as host..surprise, surprise..uploading works perfect.

Bug reports / Re: Upload broken with small files
« on: July 08, 2007, 08:46:05 AM »
Basically uploading small files (0,001-10 kB) does not work. Try uploading three of these files and only first and second one might upload... normally only the first one. Sometimes (on my other PC) HFS even uploads the files twice so that first round gets stuck on some file, but then all of a sudden all three upload again successfully. This has to be an OS related issue since the results vary a bit on different machines.

HFS ~ HTTP File Server / Re: folder menu too long
« on: July 08, 2007, 08:38:13 AM »
No it isn't..

Beta / Re: Testing build #112
« on: July 08, 2007, 08:29:55 AM »
I agree... It's a bit funny to see (stupid) vista feature while using XP or Linux..

Beta / Re: Testing build #112
« on: July 07, 2007, 08:14:23 PM »
...and did not update file counters

EDIT 2: The whole hits system seems broken. Downloading single file does not always give it any hits. Downloading folder adds hits to random files and folders but not always to the files inside that folder. So folder could have "1" hits but all files in it "0". Downloading the same ~folder.tar?recursive again adds hits to the same random files & folders...even after "reset hits" and HFS restart.

F.A.Q.s / Re: A way to display *.mp3 tags
« on: July 07, 2007, 06:39:11 PM »
I'd say it should work like this:

* If descript.ion file is not present in the mp3 folder, HFS calls Mp3ToIon.exe to generate one.

* If the file is already there, HFS checks if there is a descript.ion entry for each file listed in the files.lst
--- If the lists match, HFS does nothing
--- If they don't, call Mp3ToIon to generate new descript.ion

If someone does not want this kind on function and likes to update everything manually himself, he could just leave the Mp3ToIon.exe out of HFS folder :)

Bug reports / Upload broken with small files
« on: July 07, 2007, 06:24:08 PM »
I tried with 3 byte files and got pretty much the same results as so far... sent you the sniff via gmail.

Indeed it is.. It seems that times have changed when it comes to how people use HFS. Everyone I know using HFS use it to replace windows file sharing in VPN and LAN networks since HFS is so fast and light way to browse and offers nice way to restrict bandwidth and access..not to forget the log to see who's downloaded what ;) For them (and me) HFS is always running in the background and starts automatically on system boot. Actually, now after the awesome folder.tar function, there's been pretty much no need for windows shares anymore (if only it could also do selective download... :D).

rejetto, I think there should be a warning when closing HFS (or loading another .vfs) that the current VFS is not saved yet. What I mean is something like:

The current virtual file system has not been saved yet.
Would you like to save it? (before quitting?)

Yes, No, Cancel

This would help newbies ALOT ...I remember myself wondering this same thing when I tried HFS for the first time: "How come this damn program always forgets what I put into it???" :D

...And for every user that I introduce this awesome program nowadays, I have to remind not to forget to save the vfs once. Auto-save on quit and timer are enabled in the default settings of my HFS installation package, but even those functions need one manual save before starting to work (!)

HFS ~ HTTP File Server / Re: folder menu too long
« on: July 07, 2007, 05:07:14 PM »
That sounds great :) ...I'd also make that Copy URL a submenu like in my image. It's somewhat disturbing to have three "Copy URLs" one after another.

Pages: 1 ... 3 4 [5] 6 7