Testing build #269

[rejetto]

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]

[SilentPliz]

Hi rejetto!

268 is an unlucky number?

[rejetto]

yes, 2,6,8
6/2=3
2+8=10
10+3=13

268 was used for an "internal" release

[MarkV]

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.

[SilentPliz]

yes, 2,6,8
6/2=3
2+8=10
10+3=13

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

[SilentPliz]

Nice the drag n' drop on Accounts and the change for "hints of long accounts name".  

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

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

[SilentPliz]

Update automatically is still broken.

Confirmed! 

[rejetto]

i didn't test it yet, but did you consider that upgrading to #269 you actually tested #268's upgrade procedure ?

[MarkV]

I know, but how should I test #269's?

[crazyboris]

2.6.9

6+9-2=13   

[SilentPliz]

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.

[SilentPliz]

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

[Tha Jsta]

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.

[rejetto]

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.

[rejetto]

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