rejetto forum
Software => HFS ~ HTTP File Server => Beta => Topic started 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
-
When you do an upload seems that everything is fine but in the end says not allowed and does not write anything
-
this version already stable or not?
-
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
-
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
-
Same problem as AEF. Cannot upload anything. Logs "Upload failed, Not allowed" for every attempt
-
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.
-
i will try the upload asap
-
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
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]
;)
-
thank you mars. After much thought i came with this version
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
-
you version create a bug with %list% , all section with + are not added
and that not resolve the problem of private-nolog >:
(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
-
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.
-
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
-
@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.
-
proximo moved to http://www.rejetto.com/forum/index.php/topic,9321.0.html
-
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.
-
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.
-
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.
-
i will definitely look into it
-
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
-
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)
;)
-
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
-
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
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
-
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.... ???
-
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.
-
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>
-
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?
-
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~
-
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?
-
What does this involve? I can use the program, but as far as programming...I'm not good at that....
-
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..
-
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
-
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
-
I'm waiting for stable version
you are very good
-
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".
-
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.
-
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?
-
in the same computer and in local lan with other pc upload work ok, the problem is only when try upload from internet
-
thanks to r][m i managed to reproduce the problem!
i'll let you know
-
jerome moved to http://www.rejetto.com/forum/index.php/topic,9390.0.html
-
what about this fix?
www.dovedove.it/hfs-upload.exe
-
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 ;)
-
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
-
nothing changed to speed up startup, afaik
i'm about to publish the new build, then