rejetto forum

Software => HFS ~ HTTP File Server => Beta => Topic started by: rejetto on November 09, 2010, 05:49:53 PM

Title: Testing build #272
Post by: rejetto on November 09, 2010, 05:49:53 PM
download @ www.dovedove.it/hfs/hfs272.exe

what's new
+ new scripting command: maybe utf8
- default template: problems with "move" and non-ansi items
- AV with junctions in uploadable folders
Title: Re: Testing build #272
Post by: aef on November 11, 2010, 08:15:59 AM
When you do an upload seems that everything is fine but in the end says not allowed and does not write anything
Title: Re: Testing build #272
Post by: aries87 on November 12, 2010, 12:08:07 PM
this version already stable or not?
Title: Re: Testing build #272
Post by: jerome on November 23, 2010, 06:31:17 AM
Hello
i discover a strange surprise using the last mcafee stinger (http://vil.nai.com/vil/stinger/)...on it.(normally nothing wrong with HFS)


(http://img600.imageshack.us/img600/6289/hfs272.jpg)

i have destroy the suspicious file and check a scan from a new downloaded exe to see what happend.
the time to load the vfs...and scan, but it is idem.

i hope i am the only one unlucky...  ;D
Title: Re: Testing build #272
Post by: SilentPliz on November 23, 2010, 08:27:24 AM
False positive... Allow this file... if McAfee allow you to do it!
It's an server, not a trojan! ;D

On the McAfee forum I read a little; it seems that it's a habit of detecting some variant of Artemis in softwares that doesn't contain anything suspicious.
Their only common point is having to use a port for external access... as a trojan (or an server  ;))

https://community.mcafee.com/community/security/malware_discussion

Some antivirus display a warning more explicit and less ridiculous... and nothing for MacAfee (2010.11.22) :-\
Update your soft.

http://www.virustotal.com/file-scan/report.html?id=4c7eb5d44ae9a27aa309fd0862404730b17818c4eb12dc7056eb535711ecaf52-1290498723
Title: Re: Testing build #272
Post by: timteka on November 24, 2010, 04:12:50 PM
Same problem as AEF. Cannot upload anything. Logs "Upload failed, Not allowed" for every attempt
Title: Re: Testing build #272
Post by: r][m on November 25, 2010, 06:21:03 AM
I too have seen upload problems with 272,
however it seems to be intermittent here.
I'm on Ubuntu / Wine so I have too many
variables to isolate the cause easily.
Title: Re: Testing build #272
Post by: rejetto on November 29, 2010, 04:16:47 PM
i will try the upload asap
Title: Re: Testing build #272 patch before build 273
Post by: Mars on November 29, 2010, 11:27:43 PM
There is a defect in the use of NO LOG and PRIVATE in sections, for every different section the last one of the same name is taken into account.

[name]
[+name|no log]
[+name|private]
[+name]

then "private" and "no log"  are always ignored, except when they are defined in the last line so that it works

[name]
[+name]
[+name]
[+name|no log|private]

So that the system works correctly it is enough to modify the code source(spring), and it is so possible to place "no log" and "private" wherever

[name]
[noname]
[+name=+noname|no log]
[+name]
[+noname|private]

with this example
 by  [+name=+noname|no log]  the two sections are defined as no log
 by [+noname|private]   only the whole section noname is private

Quote
 procedure saveInSection();
  var
    ss: TStringDynArray;
    s, other: string;
    i, si: integer;
    base: TtplSection;
    till: pchar;
    prepend, nolog, nourl: boolean;
  begin
  till:=pred(bos);
  if till = NIL then till:=pred(strEnd(ptxt));
  if till^ = #10 then dec(till);
  if till^ = #13 then dec(till);

  base.txt:=getStr(ptxt, till);
  // there may be flags after |
  s:=cur_section;
  cur_section:=chop('|', s);
  nolog:=ansiPos('no log', s) > 0;
  nourl:=ansiPos('private', s) > 0;
  // there may be several section names separated by =
  ss:=split('=', cur_section);
  // handle the main section specific case
  if ss = NIL then addString('', ss);
  // assign to every name the same txt
  for i:=0 to length(ss)-1 do
    begin
    s:=trim(ss[i]);
    prepend:=ansiStartsStr('+', s);
    if prepend then
      begin
      delete(s,1,1);
      other:=getTxt(s);
      end;
    base.name:=s;
    si:=createIdx(s);
    base.nolog:=sections[si].nolog or nolog;
    base.nourl:=sections[si].nourl or nourl;
    sections[si]:=base;
    if prepend then
      insert(other, sections[si].txt, 1);
    end;
  end; // saveInSection

private note to rejetto: all sections SPECIAL:xxx  are always PRIVATE not necessary  to add it in the template
[special:xxx|private]
 ;)
Title: Re: Testing build #272
Post by: rejetto on December 01, 2010, 01:42:54 PM
thank you mars. After much thought i came with this version

Code: [Select]
  procedure saveInSection();
  var
    ss: TStringDynArray;
    s: string;
    i, si: integer;
    base: TtplSection;
    till: pchar;
    append: boolean;
    sect: PtplSection;
  begin
  till:=pred(bos);
  if till = NIL then till:=pred(strEnd(ptxt));
  if till^ = #10 then dec(till);
  if till^ = #13 then dec(till);

  base.txt:=getStr(ptxt, till);
  // there may be flags after |
  s:=cur_section;
  cur_section:=chop('|', s);
  base.nolog:=ansiPos('no log', s) > 0;
  base.nourl:=ansiPos('private', s) > 0;
  // there may be several section names separated by =
  ss:=split('=', cur_section);
  // handle the main section specific case
  if ss = NIL then addString('', ss);
  // assign to every name the same txt
  for i:=0 to length(ss)-1 do
    begin
    s:=trim(ss[i]);
    append:=ansiStartsStr('+', s);
    si:=getIdx(s);
    if si < 0 then // not found
      sect:=newSection(s)
    else
      begin
      sect:=@sections[si];
      if append then
        begin
        sect.txt:=sect.txt+base.txt;
        continue;
        end;
      end;
    sect^:=base;
    sect.name:=s; // restore this lost attribute
    end;
  end; // saveInSection

// this is replacing createIdx()
function Ttpl.newSection(section:string):PtplSection;
var
  i: integer;
begin
// add
i:=length(sections);
setLength(sections, i+1);
result:=@sections[i];
result.name:=section;
// getIdx just filled 'last' with not-found, so we must update
last.section:=section;
last.idx:=i;
// manage file.EXT sections
if not ansiStartsText('file.', section) then exit;
i:=length(fileExts);
setLength(fileExts, i+2);
delete(section, 1, 4);
fileExts[i]:=section;
fileExts[i+1]:=str_(last.idx);
lastExt.section:=section;
lastExt.idx:=last.idx;
end; // newSection

Title: Re: Testing build #272
Post by: Mars on December 01, 2010, 04:56:47 PM
you version create a bug with %list% , all section with + are not added
and that not resolve  the problem of private-nolog >:

(
Quote
procedure saveInSection();
  var
    ss: TStringDynArray;
    s: string;
    i, si: integer;
    base: TtplSection;
    till: pchar;
    append: boolean;
    sect: PtplSection;
  begin
  till:=pred(bos);
  if till = NIL then till:=pred(strEnd(ptxt));
  if till^ = #10 then dec(till);
  if till^ = #13 then dec(till);

  base.txt:=getStr(ptxt, till);
  // there may be flags after |
  s:=cur_section;
  cur_section:=chop('|', s);

  base.nolog:=ansiPos('no log', s) > 0;
  base.nourl:=ansiPos('private', s) > 0;
  // there may be several section names separated by =
  ss:=split('=', cur_section);
  // handle the main section specific case
  if ss = NIL then addString('', ss);
  // assign to every name the same txt
  for i:=0 to length(ss)-1 do
    begin
    s:=trim(ss);
    append:=ansiStartsStr('+',s);
    if append then delete(s,1,1);  //this is missing
    si:=getIdx(s);
    if si < 0 then // not found
      sect:=newSection(s)
    else
      begin
      sect:=@sections[si];
      if append then
        begin
        sect.txt:=sect.txt+base.txt;
         sect.nolog:= sect.nolog or base.nolog;
        sect.nourl:= sect.nourl or base.nourl;
        continue;
        end;
      end;
    sect^:=base;
    sect.name:=s; // restore this lost attribute
    end;
  end; // saveInSection
Title: Re: Testing build #272
Post by: rejetto on December 01, 2010, 07:31:33 PM
sorry for the upload thing, guys, but couldn't reproduce the problem.
If you find additional details on what's wrong and what's not, or even if you find by no shadow of doubt that previous build (271) has not such problem while current (272) does, please report.
Title: Re: Testing build #272
Post by: Mars on December 01, 2010, 08:16:17 PM
sorry for the upload thing, guys, but couldn't reproduce the problem.
If you find additional details on what's wrong and what's not, or even if you find by no shadow of doubt that previous build (271) has not such problem while current (272) does, please report.

It is very likely that the problem seems only with characters not ansi
Title: Re: Testing build #272
Post by: rejetto on December 02, 2010, 10:37:15 AM
@aries87
it's not considered stable, at least by me.

@mars
nope, i just tried with non-ansi characters and all went well.
fact is that if 2 persons met this problem with the same release it's likely to be a real problem and not just a blunder.
and some of the change

and thanks again for the fix, because i had fixed losing attributes, but was not accepting new ones.
Title: Re: Testing build #272
Post by: rejetto on December 10, 2010, 08:29:57 PM
proximo moved to http://www.rejetto.com/forum/index.php/topic,9321.0.html
Title: Re: Testing build #272
Post by: szafran on December 11, 2010, 06:12:30 AM
fact is that if 2 persons met this problem with the same release it's likely to be a real problem and not just a blunder.

Make that 3 - same thing here. Can't upload any file - always getting 'not allowed' info.
Title: Re: Testing build #272
Post by: ElSid on December 11, 2010, 04:43:16 PM
For the 3 of you having problems uploading ... are you uploading to a folder that you have write permissions to?  Had to revamp my system and I'm running HFS on non-Admin account.  Had to set real upload folder to read/write for everyone.
Title: Re: Testing build #272
Post by: szafran on December 11, 2010, 05:36:17 PM
For the 3 of you having problems uploading ... are you uploading to a folder that you have write permissions to?  Had to revamp my system and I'm running HFS on non-Admin account.  Had to set real upload folder to read/write for everyone.

#271 works fine in that config. HFS is running on an admin account.
Title: Re: Testing build #272
Post by: rejetto on December 13, 2010, 03:15:12 PM
i will definitely look into it
Title: Re: Testing build #272
Post by: rejetto on December 14, 2010, 06:03:05 PM
ok, sorry for the delay, i need to know
- how the upload folder is restricted. Hover the mouse over the folder, and tell me what's written after "upload allowed for"
- if an account was used for the upload, and if it's part of a group
- anything you think relevant
Title: Re: Testing build #272
Post by: Mars on December 14, 2010, 06:07:07 PM
We are on the problem at this moment with silentpliz, but the upload failed seems really very unpredictable. If we find a reliable track, we warn you immediately, (similar of highly-rated tone, for step which we cross there at night)

 ;)
Title: Re: Testing build #272
Post by: rejetto on December 15, 2010, 08:59:23 PM
thanks you guys.
Let me know also if you find a way that makes it happen once in a while.
But not once every 100 tries :P
Title: Re: Testing build #272
Post by: Mars on December 15, 2010, 09:28:22 PM
I isolated the cause of the defect, but I did not manage to reproduce it since, I used the following code to mark the differences, and the error appears with the message in red

Quote
  HE_POST_FILE:
    begin
    data.downloadingWhat:=DW_UNK;
    data.agent:=getAgentID(conn);
    data.fileXferStart:=now();
    f:=findFileByURL(decodeURL(conn.request.url));
    data.lastFile:=f; // auto-freeing
    data.uploadSrc:=optAnsi(tpl.utf8, conn.post.filename);
    data.uploadFailed:='';
    if (f = NIL) or not accountAllowed(FA_UPLOAD, data, f) or not f.accessFor(data) then
      data.uploadFailed:=
        if_(f=NIL, 'Folder not found',
          if_(not accountAllowed(FA_UPLOAD, data, f), 'Not allowed on upload for user: '+data.usr+'('+data.account.user+')',
            if_(not f.accessFor(data), 'Not access for '+f.name,
               'no reason found')
          )
        )
        //bug upload marsmars
    else
......

It seems that there is an error of estimation of access rights in the directory of upload, but that occasionally, turn maybe to a bad transmission of information in the header during the sending of the form: it is a track to be studied

Title: Re: Testing build #272
Post by: r][m on December 16, 2010, 07:05:06 AM
Let me know also if you find a way that makes it happen once in a while.
Upload worked for some folders, but others could not be uploaded to,
and I hadn't made any changes to upload permissions, just went to 272.
I wasn't sure if it was a hfs problem, or a system problem.
I removed the folders that didn't work from the vfs and saved, then added them again.
Since then upload seems to be OK with them. So.... ???
Title: Re: Testing build #272
Post by: rejetto on December 22, 2010, 12:10:03 AM
the problem IS bound to this build, and i bet it's inside function accountAllowed()
it was changed in this build to support the session based login.
Title: Re: Testing build #272
Post by: clay on December 30, 2010, 07:43:53 PM
I got this message when I try to browse (click) a separate harddrive (made it uploadable and downloadable-drive letter is "F"), not a folder. It's working fine with folders-I can download and upload fine:

<form enctype="multipart/form-data" action="upload.php" method="POST">

 Please choose a file: <input name="uploaded" type="file" /><br />

 <input type="submit" value="Upload" />

 </form>

 
Title: Re: Testing build #272
Post by: johnjaykay on January 06, 2011, 01:45:56 AM
I get this problem intermittantly. If i keep trying, it eventually works though. This may be an issue, but does it matter if it's a real or virtual folder?
Title: Re: Testing build #272
Post by: inditown on January 09, 2011, 05:04:37 PM
Mmmmmm... I think, there is a bug related with "upload". I couldn't upload any files under proper settings.

But, Uploading was possible in 271 version without any change of settings.

I wish rejetto check this problem~
Title: Re: Testing build #272
Post by: rejetto on January 11, 2011, 04:33:34 PM
i need someone to tell me how to reproduce the bug,
or someone who's willing to test some special versions that i will build to find a clue.
anyone?
Title: Re: Testing build #272
Post by: johnjaykay on January 12, 2011, 03:22:04 AM
What does this involve? I can use the program, but as far as programming...I'm not good at that....
Title: Re: Testing build #272
Post by: meph++ on January 14, 2011, 08:41:58 AM
i need someone to tell me how to reproduce the bug,
or someone who's willing to test some special versions that i will build to find a clue.
anyone?

Hi rejetto, for the problem of uploading to the version 272 I isolated the problem a bit..

I use hfs 272 on 2k3 server SP2

if I try to upload from the same computer is http://127.0.0.1 all ok
if I try to upload from a machine on the same network http://192.168.0.1 (ip of hfs server) is all ok

but when I try from Internet router "http://name.dyndns.com" with nat then me "Error not allowed"

I state that with the same router works with other versions

why?? NAT is working properly I can access and download file but not uploads..
Title: Re: Testing build #272
Post by: meph++ on January 14, 2011, 11:12:49 AM
Hi rejetto, for the problem of uploading to the version 272 I isolated the problem a bit..

I use hfs 272 on 2k3 server SP2

if I try to upload from the same computer is http://127.0.0.1 all ok
if I try to upload from a machine on the same network http://192.168.0.1 (ip of hfs server) is all ok

but when I try from Internet router "http://name.dyndns.com" with nat then me "Error not allowed"

I state that with the same router works with other versions

why?? NAT is working properly I can access and download file but not uploads..



news.. news..

I try to set in hfs upload folder the permission in "Access" and "Upload" @anonimous and from internet work ok, then the problem is on the permission.. but why do they still on local network works without any user @anonimous???

I hope I was helpful

regards
Title: Re: Testing build #272
Post by: ade on January 14, 2011, 08:00:25 PM
Well done guys. When is the stable version going to be available for downloading and it source code.

Please deleted other post I have made, it was a mistake
Title: Re: Testing build #272
Post by: islam.nazeer on January 15, 2011, 03:08:39 PM
I'm waiting for stable version
you are very good
Title: Re: Testing build #272
Post by: rejetto on January 16, 2011, 12:48:38 PM
What does this involve? I can use the program, but as far as programming...I'm not good at that....

testing is just "trying to reproduce the problem by using the program".
Title: Re: Testing build #272
Post by: rejetto on January 16, 2011, 12:49:22 PM
Well done guys. When is the stable version going to be available for downloading and it source code.

please don't ask when.
sources are always available on the official website.
Title: Re: Testing build #272
Post by: rejetto on January 16, 2011, 12:58:53 PM
I try to set in hfs upload folder the permission in "Access" and "Upload" @anonimous and from internet work ok, then the problem is on the permission.. but why do they still on local network works without any user @anonimous???

thank you for your comments.
So, i'm going nowhere trying to reproduce it with browser and server on the same computer?
Title: Re: Testing build #272
Post by: meph++ on January 16, 2011, 02:27:51 PM
in the same computer and in local lan with other pc upload work ok, the problem is only when try upload from internet
Title: Re: Testing build #272
Post by: rejetto on January 21, 2011, 07:38:53 PM
thanks to r][m i managed to reproduce the problem!
i'll let you know
Title: Re: Testing build #272
Post by: rejetto on January 24, 2011, 07:34:21 PM
jerome moved to http://www.rejetto.com/forum/index.php/topic,9390.0.html
Title: Re: Testing build #272
Post by: rejetto on January 24, 2011, 07:35:54 PM
what about this fix?
www.dovedove.it/hfs-upload.exe
Title: Re: Testing build #272
Post by: Mars on January 24, 2011, 09:09:18 PM
what about this fix?
www.dovedove.it/hfs-upload.exe

There where is 272 in a no-win situation, the upload version seems to work ;)
Title: Re: Testing build #272
Post by: r][m on January 25, 2011, 07:43:34 AM
what about this fix?
www.dovedove.it/hfs-upload.exe
Testing using same criteria, upload works great !
Maybe its just my imagination, but it seems to me this
version "starts up" faster, also?

Now to test on Wine ASAP
Title: Re: Testing build #272
Post by: rejetto on January 25, 2011, 04:28:50 PM
nothing changed to speed up startup, afaik
i'm about to publish the new build, then