rejetto forum

Software => HFS ~ HTTP File Server => Beta => Topic started by: rejetto on September 06, 2010, 06:32:21 PM

Title: Testing build #269
Post by: rejetto on September 06, 2010, 06:32:21 PM
download @ www.dovedove.it/hfs/hfs269.exe

what's new
+ Menu > Updates > "Delay update to serve last requests"
+ accounts options now more accessible
* forced dns update every 24 days
- event [server start] was not working
- {.from table|#ini.} broken in build #254
- search was not working with non-ansi characters [link] (http://www.rejetto.com/forum/index.php/topic,9079.0.html)
Title: Re: Testing build #269
Post by: SilentPliz on September 06, 2010, 06:39:57 PM
Hi rejetto!

268 is an unlucky number? :D
Title: Re: Testing build #269
Post by: rejetto on September 06, 2010, 07:03:26 PM
yes, 2,6,8
6/2=3
2+8=10
10+3=13

268 was used for an "internal" release :)
Title: Re: Testing build #269
Post by: MarkV on September 06, 2010, 11:14:17 PM
Update automatically is still broken. I've done the version-march backwards and determined the start of the problem. Build #264 still works beautifully, but builds #265 and onwards have this bug. I looked at the changelog for #265, and there were several update-related changes. I fear one of them causes this problem.
Title: Re: Testing build #269
Post by: SilentPliz on September 07, 2010, 01:04:59 AM
yes, 2,6,8
6/2=3
2+8=10
10+3=13

lol! It's also logical that the numerology :D
For the 666 I'm burning a candle and I repent me of all my sins.

Title: Re: Testing build #269
Post by: SilentPliz on September 07, 2010, 03:52:01 AM
Nice the drag n' drop on Accounts and the change for "hints of long accounts name".  8)

I suggest that you add this "event" for an better ergonomy:

procedure ToptionsFrm.accountsBoxDblClick(Sender: TObject);
begin
renaccountBtnClick(renaccountBtn);
end;


Title: Re: Testing build #269
Post by: SilentPliz on September 07, 2010, 04:24:41 AM
Update automatically is still broken.

Confirmed!  ;)
Title: Re: Testing build #269
Post by: rejetto on September 07, 2010, 09:33:07 AM
i didn't test it yet, but did you consider that upgrading to #269 you actually tested #268's upgrade procedure ?
Title: Re: Testing build #269
Post by: MarkV on September 07, 2010, 02:37:26 PM
I know, but how should I test #269's?
Title: Re: Testing build #269
Post by: crazyboris on September 07, 2010, 03:02:46 PM
2.6.9

6+9-2=13   ;)
Title: Re: Testing build #269
Post by: SilentPliz on September 07, 2010, 03:29:38 PM
Bug with:

Menu > Other options > User Accounts... Account list

To reproduce it:

- Create some Accounts
- Select one account in the list
- Click on the "rename" button

The last account of the list is selected (ready to be renamed).

With the procedure given above, I can do without the rename button until the correction of this bug. :)
Title: Re: Testing build #269
Post by: SilentPliz on September 07, 2010, 03:51:22 PM
i didn't test it yet, but did you consider that upgrading to #269 you actually tested #268's upgrade procedure ?

I made an false build #270... I putted it on-line with a hfs.updateinfo.txt:

Code: [Select]
HFS update info

[last stable]
2.2f FR - Build #155
[last stable build]
155
[last stable url]
http://silentpliz.perso.sfr.fr/hfs/hfs2.2fFR_155.exe

[last untested]
2.3 bêta - Build #270 FR
[last untested build]
270 FR
[last untested url]
http://silentpliz.perso.sfr.fr/hfs/hfs270_FR.exe

[EOF]

The automatic update does not work ... manual intervention is required (via the Update now button).

Title: Re: Testing build #269
Post by: Tha Jsta on September 07, 2010, 07:55:21 PM
Update automatically is still broken. I've done the version-march backwards and determined the start of the problem. Build #264 still works beautifully, but builds #265 and onwards have this bug. I looked at the changelog for #265, and there were several update-related changes. I fear one of them causes this problem.

@ Rejetto. Yes! I was just going to tell you about this. Build 268 [the one I tested for you] had this problem, but I thought you may have known and that is why I said nothing. I really hope build 269 does not have this problem, but if it does you may want to release a build 270 because this is one of the server's best features. I do not use many softwares with this feature being automatic, and that is one of the reasons why I like this so much.
Title: Re: Testing build #269
Post by: rejetto on September 09, 2010, 05:34:57 PM
The last account of the list is selected (ready to be renamed).

no success at reproducing your bug.
after your procedure, the same account that was renamed is selected here.
Title: Re: Testing build #269
Post by: rejetto on September 09, 2010, 05:37:13 PM
I suggest that you add this "event" for an better ergonomy:

it's not the standard behaviour, but i don't actually see a better use for the double click there...
Title: Re: Testing build #269
Post by: rejetto on September 09, 2010, 05:38:06 PM
Update automatically is still broken.

ok, i reproduced it, and fixed it (hope) for next build (270).
this means you will still have the problem for this update.
Title: Re: Testing build #269
Post by: Mars on September 09, 2010, 06:12:04 PM
Quote
Bug with:

Menu > Other options > User Accounts... Account list

To reproduce it:

- Create some Accounts
- Select one account in the list
- Click on the "rename" button

The last account of the list is selected (ready to be renamed).

the bug is confirmed and tested  ;)

several click on "add" give some accounts
select one account, not the last
click on button rename, then the last account is selected to be renamed  >:(
rename an account with F2 can't reproduce the bug   :D
Title: Re: Testing build #269
Post by: rejetto on September 09, 2010, 06:28:42 PM
i already did this way, still cannot reproduce it.
please tell me exactly what you do with mouse and keyboard.
Title: Re: Testing build #269
Post by: SilentPliz on September 09, 2010, 06:35:47 PM
Mouse only for test (but idem with keyboard selection)

- select an account in the middle of the list
- click on rename button
... the last account of the list is selected
Title: Re: Testing build #269
Post by: Tha Jsta on September 09, 2010, 06:38:09 PM
Damn! I have just noticed the same problem! I have created User 1 and User 2. The ‘can change password’ is at the top, then User 1 then User 2. I have JAWS point to User 1 then pressed the Rename button and it says User 2. Now I understand the bug.
Title: Re: Testing build #269
Post by: Mars on September 09, 2010, 08:10:31 PM
the bug was until build 208 and was corrected from build 209 by replacing   accountsBox: TListView;   by the two components

    accountsBox: TListBox;
    inPlaceEditBox: TEdit;

and all was working

rejetto, why have you changed that since the build 268 or 269? :'(
Title: Re: Testing build #269
Post by: Tha Jsta on September 09, 2010, 08:15:56 PM
@ Mars. I think he changed that because I needed some accessibility improvements for the user accounts panel. I am blind and use the JAWS For Windows screen reader, and now it is a lot more accessible than before. The only way you can rename an account is if you point to the account and press F2 on the keyboard instead of the Rename button. I tried it and it works.
Title: Re: Testing build #269
Post by: Mars on September 09, 2010, 10:55:44 PM
@rejetto

c'est bon maintenant , j'ai trouvé une parade au bug des comptes, il faut ajouter une ligne dans les sources comme cela

Quote
procedure ToptionsFrm.renaccountBtnClick(Sender: TObject);
begin
if accountsBox.selected = NIL then exit;
accountsbox.SetFocus;
accountsBox.Selected.editCaption();
end;

in the next build ? ;)
Title: Re: Testing build #269
Post by: rejetto on September 10, 2010, 11:46:14 AM
Mouse only for test (but idem with keyboard selection)
- select an account in the middle of the list
- click on rename button
... the last account of the list is selected

that's exactly what i do, but the bug doesn't happen here.
I'm starting to think it may be related to the Windows version. I use 7, and you?

@mars, does that workaround fix the problem for you?
if it does, i will just include in next build.
here the focus is automatically moved to the accountsBox, no need for an extra setting. It may be Win7.
I didn't even remember i used the listview before! I was very surprised at your question. I had to change it for the reason jsta reported.
Title: Re: Testing build #269
Post by: Mars on September 10, 2010, 01:57:47 PM
Quote
@mars, does that workaround fix the problem for you?
if it does, i will just include in next build.
You know me, i passed a lot of time (a very long) by testing full solution with some // before some lines to found the solution, yes it seems that the focus is loose with the mouse on the button RENAME.

Quote
here the focus is automatically moved to the accountsBox, no need for an extra setting. It may be Win7.
the solution tested under XP and IE6 ( the best browser to detect :D)

Quote
I didn't even remember i used the listview before! I was very surprised at your question. I had to change it for the reason jsta reported.
I have all of sources except someone then i can retrive any change, i remeber you do the change from tlistbox to tlistview because of a bug exactly, but I do not remember any more a whom. ;)



If the bug persists in build 270, we shall find another solution for build 271   :D ;)
Title: Re: Testing build #269
Post by: SilentPliz on September 10, 2010, 04:09:26 PM
I'm starting to think it may be related to the Windows version. I use 7, and you?

Indeed, I use XP. ;)  It's certainly that.

Mars's solution fix the bug ... for XP at least.


I didn't even remember i used the listview before! I was very surprised at your question. I had to change it for the reason jsta reported.

It was the workaround to obtain functionnal drag n' drop with the beta version of HFS in french language.
Mars working on too many versions at once.  :D
Title: Re: Testing build #269
Post by: TEA-Time on September 12, 2010, 06:11:39 PM
Hi rejetto,

Build 269.

I haven't used this feature for quite a while, so I'm not sure when it disappeared, and I've tried to search the forum for a reference to it with no luck.  What happened the option to right click a file and copy the URL that includes a specific user's credentials?

Thanks!
Title: Re: Testing build #269
Post by: Tha Jsta on September 12, 2010, 06:14:29 PM
@ Mars. You can not reproduce the bug when you use F2, because F2 is the only way that works. The rename button does not work unless if it is the last account in the list.
Title: Re: Testing build #269
Post by: SilentPliz on September 12, 2010, 06:43:07 PM
I haven't used this feature for quite a while, so I'm not sure when it disappeared, and I've tried to search the forum for a reference to it with no luck.  What happened the option to right click a file and copy the URL that includes a specific user's credentials?

right click on an item in the VFS box > Copy URL with password  > ...
Title: Re: Testing build #269
Post by: TEA-Time on September 12, 2010, 06:53:43 PM
right click on an item in the VFS box > Copy URL with password  > ...
Yes, that's where it was, but I'm asking because now I don't have that option any more.
Title: Re: Testing build #269
Post by: Tha Jsta on September 12, 2010, 06:57:23 PM
@ TEA-Time. I notice it is there as a menu item that I can press the right arrow key to enter its sub-menu, but there is nothing in that sub-menu. I never used it but I never thought it used to be a sub-menu.
Title: Re: Testing build #269
Post by: SilentPliz on September 12, 2010, 07:00:47 PM
HFS should be used in expert mode for use that feature.
Title: Re: Testing build #269
Post by: TEA-Time on September 12, 2010, 07:09:12 PM
HFS should be used in expert mode for use that feature.
Wouldn't have it any other way. ;-) It's just not there for me.
Title: Re: Testing build #269
Post by: Tha Jsta on September 12, 2010, 07:11:39 PM
@ TEA-Time. The menu item is not there whatsoever? I use Shift+F10 to enter the context menu, so try that if you have not already but select a folder first.
Title: Re: Testing build #269
Post by: TEA-Time on September 12, 2010, 07:22:08 PM
@ TEA-Time. The menu item is not there whatsoever? I use Shift+F10 to enter the context menu, so try that if you have not already but select a folder first.
Right, nope, nuthin'.

Btw, I see this problem now on two different computers; one running Win2K and the other Win7 64-bit.
Title: Re: Testing build #269
Post by: Tha Jsta on September 12, 2010, 07:31:29 PM
@ TEA-Time. I guess it is a operating system problem? I use Windows XP SP3 and have never used anything other than that with this software [or any other for that matter].
Title: Re: Testing build #269
Post by: SilentPliz on September 12, 2010, 07:48:58 PM
Right, nope, nuthin'.

Btw, I see this problem now on two different computers; one running Win2K and the other Win7 64-bit.

How do you acceed to properties for the folders that you add in the VFS?
The same menu is used to find the option you seek.
Title: Re: Testing build #269
Post by: TEA-Time on September 12, 2010, 08:05:44 PM
How do you acceed to properties for the folders that you add in the VFS?
The same menu is used to find the option you seek.
Believe me, I know where it's supposed to be.  It's just not there. ;-)  I just checked build 269 on WinXP and it's not there either.

But I just checked a Win2k3 Server with build 260 and it *is* there, right under Copy URL address.
Title: Re: Testing build #269
Post by: Tha Jsta on September 12, 2010, 08:07:30 PM
@ TEA-Time. Maybe it is a bug discovered just now then.
Title: Re: Testing build #269
Post by: TEA-Time on September 12, 2010, 08:14:51 PM
@ TEA-Time. Maybe it is a bug discovered just now then.

Now we're on the same page. ;-)

I'm stepping back one at a time to see where it reappears.  So far build 267 (no build 268) has the same problem.  Will report back when I figure it out!
Title: Re: Testing build #269
Post by: SilentPliz on September 12, 2010, 08:15:39 PM
I use XP and the menu is there for me.
Title: Re: Testing build #269
Post by: TEA-Time 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...
Title: Re: Testing build #269
Post by: Tha Jsta on September 12, 2010, 08:46:03 PM
@ TEA-Time. I do not think there is. I stay in Expert Mode. All I can say is set the template back to default if it is not already.
Title: Re: Testing build #269
Post by: TEA-Time 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. :-)
Title: Re: Testing build #269
Post by: Tha Jsta on September 12, 2010, 08:57:21 PM
@ TEA-Time. Only if you were able to speak the language of Delphi…
Title: Re: Testing build #269
Post by: TEA-Time 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. ;D
Title: Re: Testing build #269
Post by: Tha Jsta on September 12, 2010, 09:09:58 PM
Haha, I wonder if it was written in C or C++ instead of Delphi if it would be easier to implement new features.
Title: Re: Testing build #269
Post by: rejetto on September 14, 2010, 10:30:48 AM
Haha, I wonder if it was written in C or C++ instead of Delphi if it would be easier to implement new features.

quick answer: just a little.

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).
Title: Re: Testing build #269
Post by: chthonic on September 16, 2010, 09:24:01 PM
another oddity (hi rejetto, long time no annoy  ;D)


I used to be able to drag and drop file links from the server tree to an IM window and have it transfer.. now I get the blocked circle?? this was working in build 268.

I am going to update to 270 and see if this fixes the problem
Title: Re: Testing build #269
Post by: rejetto on September 17, 2010, 07:07:06 AM
i doubt this ever worked :-\
if you are sure, tell me an old version that surely works, and what IM.
Title: Re: Testing build #269
Post by: SilentPliz on September 17, 2010, 07:24:54 AM

...this was working in build 268.

268 are you sure?

268 wasn't a public version.  :)

I've never seen it work the thing you speak. :-\

Title: Re: Testing build #269
Post by: chthonic on September 17, 2010, 09:48:16 AM
any version prior to 269 worked for me.. it has only been since 269 that I haven't been able to do it

and I was using trillian mainly, but it also worked in yahoo as well.... I primarily use trillian so that I do not have to run 6 individual IM clients.

since 269, HFS is hte only program that I "can't" drag and drop with to trillian

I also discovered that "address to name" is broken.. I can enter a name and an IP .. but when I reopen that feature.. none of the entries are there, they are all blank again.
Title: Re: Testing build #269
Post by: chthonic on September 17, 2010, 09:52:25 AM
and no it is not working under the 270 either

I will test again under the official release version to be certain.
Title: Re: Testing build #269
Post by: rejetto on September 19, 2010, 04:47:47 PM
1. are you draggin FROM hfs or TO hfs ?
1. can you run build #267 now and see if it works?

I also discovered that "address to name" is broken.. I can enter a name and an IP .. but when I reopen that feature.. none of the entries are there, they are all blank again.

i tried it, but it worked here. I restarted hfs and the data was still there. If you find more information on the problem, so that i can reproduce it, let me know.
Title: Re: Testing build #269
Post by: chthonic on September 20, 2010, 06:09:46 AM
1. are you draggin FROM hfs or TO hfs ?
1. can you run build #267 now and see if it works?

i tried it, but it worked here. I restarted hfs and the data was still there. If you find more information on the problem, so that i can reproduce it, let me know.

dragging FROM hfs

you can scratch this one.. I found the possible problem.... the IM client had a silent update and windows had several new updates... .. at the same time that 269 was issued.... I tried with 2 other versions and the same problem persisted... so I am guessing the problem is either from the silent update the IM program had or one of the so called "fixes" from MS broke it.

I don't have enough info to validate the exact source.. but MS did recently issue several more remote hacker security fixes... it works ok if I drag and drop a link when I am actually browsing the server... it's just no longer doing it from the tree in HFS to the IM chat window.
Title: Re: Testing build #269
Post by: rejetto on September 20, 2010, 11:38:47 AM
so, it's working when you drag from the browser, that's more likely to be.
HFS would require a specific support by your IM, that's unlikely to be.
Title: Re: Testing build #269
Post by: Mars on September 20, 2010, 12:08:54 PM
@rejetto:

YOU HAVE MAIL about build 270 and update;)
Title: Re: Testing build #269
Post by: etherknight on September 30, 2010, 03:03:56 AM
Not sure if this the right place to post this, but I am using Build 269.
Whenever I attempt to rename a user or group (or sometimes when I create one ), I get the error below. Oddly I can click 'close' and the same error comes up again. Then I click 'close' a 2nd time and everything is fine (until I try to rename a user or group again).

Running on WINE in Ubuntu. I can reproduce this on both the 269 beta and the most recent stable version (2.2f).

Access violation at address 0040E3C9 in module 'hfs250.exe'. Write of address 00000000
HFS 2.3 beta (269)
----------------------------------------------------------------
System   : Windows XP Professional, Version: 5.1, Build: A28, "Service Pack 3"
Processor: Intel,               Intel(R) Pentium(R) 4 CPU 2.66GHz, 2650 MHz MMX
Display  : 1920x1080 pixels, 32 bpp
----------------------------------------------------------------
----------------------------------------------------------------
Product Versions

hfs250.exe:2.3.0 Build: 0 9/29/2010 7:27:24 PM
hfs.exe: Build: 0 9/29/2010 7:44:38 PM
Title: Re: Testing build #269
Post by: SilentPliz on September 30, 2010, 03:21:04 AM
Welcome etherknight! :)

This bug has already been reported and fixed with the beta build #270:

http://www.rejetto.com/forum/index.php/topic,9113.msg1052145.html#msg1052145

But thank you for having posted for report this issue. :)

EDIT

Running on WINE in Ubuntu. I can reproduce this on both the 269 beta and the most recent stable version (2.2f).

In fact when I read that, I'm not sure we're talking about the same bug. :-\
Tries still version 270, to see if that changes anything about this problem.
Title: Re: Testing build #269
Post by: etherknight on October 01, 2010, 04:41:36 AM
In fact when I read that, I'm not sure we're talking about the same bug. :-\
Tries still version 270, to see if that changes anything about this problem.

Yeah I don't think we are because I just tried with build #270 and I still got the error. :(
Should I post this in the 270 thread?

Access violation at address 0040E411 in module 'hfs270a.exe'. Write of address 00000000
HFS 2.3 beta (270)
----------------------------------------------------------------
System   : Windows XP Professional, Version: 5.1, Build: A28, "Service Pack 3"
Processor: Intel,               Intel(R) Pentium(R) 4 CPU 2.66GHz, 2650 MHz MMX
Display  : 1920x1080 pixels, 32 bpp
----------------------------------------------------------------
----------------------------------------------------------------
Product Versions

hfs250.exe:2.3.0 Build: 0 9/29/2010 7:27:24 PM
hfs.exe: Build: 0 9/29/2010 7:44:38 PM
hfs270a.exe:2.3.0 Build: 0 9/30/2010 9:37:50 PM
Title: Re: Testing build #269
Post by: rejetto on October 09, 2010, 03:11:22 PM
you can scratch this one.. I found the possible problem.... the IM client had a silent update and windows had several new updates... .. at the same time that 269 was issued.... I tried with 2 other versions and the same problem persisted... so I am guessing the problem is either from the silent update the IM program had or one of the so called "fixes" from MS broke it.

ok.
anyway i just wanted to installed trillian and tried to drag&drop. Couldn't get it working in any way.
Title: Re: Testing build #269
Post by: rejetto on October 09, 2010, 03:19:50 PM
Yeah I don't think we are because I just tried with build #270 and I still got the error. :(
Should I post this in the 270 thread?

thank you for reporting, but being it not my release but the fix mars published, the internal numbers are different and i cannot make any use of the report.
i will now try to publish another build so that you can go with it. After, you can repost the report.
Title: Re: Testing build #269
Post by: chthonic on October 29, 2010, 04:38:11 PM
OMG! sorry for the delay .. I missed this email!

I am up to build 271 and the feature still doesn't work. so I am guessing that either the trillian current update broke it or one of the recent Microsoft "fixes" broke it. my money is on microsoft!

I am saying that because I can drag and drop from any other program and it works... so it's definitely an oddity.
Title: Re: Testing build #269
Post by: rejetto on November 01, 2010, 12:29:54 PM
say a program that does it
Title: Re: Testing build #269
Post by: chthonic on November 01, 2010, 02:36:12 PM
paperport and picasa allow me to drag and drop to trillian

picasa is free and easier to test
Title: Re: Testing build #269
Post by: rejetto on November 01, 2010, 04:51:41 PM
ok, i'm trying picasa because i had it already installed.
From picasa i can drag&drop to a folder or the desktop.
it is doing it compatible with Windows file structure.
indeed you can drag&drop from picasa to HFS too.

Trillian is doing nothing to support picasa, it just support receiving standard files, like HFS does.
It's the opposite that's not true, you can't drag from hfs to drop elsewhere.
I don't think it's related to any update you made recently.
My guess it's that it never worked and you are confusing with a similar memory. It's just my guessing but...prove me wrong. :D
Title: Re: Testing build #269
Post by: chthonic on November 01, 2010, 06:42:54 PM
oh it was def working! because I was using it and it was faster than copying and pasting the URL. then a few versions back.. I started to get the barred circle icon when I tried to drag and drop to trillian. that's when I first reported that it wasn't working...

I am guessing the others are saying it couldn't be done because they never actually tried to do it  ;D and the first time I found out it could be done was on accident... I was curious as to whether or not it could be done.. so I tried it and it most certainly worked.