rejetto forum
Software => HFS ~ HTTP File Server => Beta => Topic started by: rejetto on November 24, 2007, 07:36:43 PM
-
i have still some bugs to fix, but you deserve a new build :P
download @ www.dovedove.it/hfs/hfs146.exe
what's new
+ new template macros: count, replace
+ new template symbol: %item-relative-folder% www.rejetto.com/forum/?topic=5250
* %ip2name% renamed to %ip-to-name%
* "Experimental high speed handling" is ON by default
- sometimes macros or symbols were left untranslated
- some bugs in the template engine
- updating asks twice for saving www.rejetto.com/forum/?topic=5269
- fixed a bug preventing Apache to act as a reverse proxy www.rejetto.com/forum/?topic=4200
-
Something wrong with this build. I can't say that it actually crashes but on start-up once I start to browse the folders/sub-folders, HFS quits and Exits all of a sudden. I can reproduce this problem everytime I try to browse a folder/sub-folder.
-
it works with subfolders here
find more clues about the problem or pass me your vfs and ini (privately)
-
it works with subfolders here
find more clues about the problem or pass me your vfs and ini (privately)
Make one or more of the sub-folders archivable. Then try to access them. HFS will quit and Exit.
-
many thanks rejetto
- sometimes macros or symbols were left untranslated
I was spending some hours trying and searching bugs in my templates because of that behaviour - now with this new build is seemed all ok !
But: comment macros dont work and some macros inside a html section are still not expanded.
{{ comment | some text }} is just rendered as plain text: "{{ comment | some text }}"
-
%new% now shows in front of folders and files in 146.
Checked with Opera, FF, Safari, IE 6 & 7.
-
For some reason i can't log in anymore for both this latest version and the version before. I tried to access the root folder
and instead of opening the login page, it opened the login popup instead. Entered my username and password but it just
popped up the login box again. I also tried with 'Temporarily reset settings' checked. Still same thing. I'm using the same
login details i've always used.
I'm unsure if this is a related problem, but When i was setting a folder's 'Restrict Access' settings in the left pane of HFS,
the folder reported no users as having access even though several did. I clicked one of the users' names and when i went
back into the menu a whole bunch were checked (all the correct ones). I haven't been able to replicate this again, however.
One more problem, connections are being cut as soon as the person tries to load the page, and no log of their connection is
saved. That might have something to do with them just hitting the login popup, i don't know.
-
Im getting the same thing as flynsarmy with the login box continually popping up, was all fine with the last build.
-
Flynsarmy and Foggy are correct, the login is broken, just constantly pops up.
-
to rejetto: A forgetting for the next version
procedure TmainFrm.newfolder1Click(Sender: TObject);
var
name: string;
begin
name:=getUniqueNodeName('New folder', filesBox.selected);
addFile(Tfile.createVirtualFolder(name), filesBox.Selected).node.Selected:=TRUE;
rename1click(sender);
end;
it is to enter directly new name when adding New Virtual Folder.
******************************************************
%folder% non correctement initialisé
MAIN.PAS:
ligne 3155 appel de getBaseSymbolsTable() qui definit %folder%
or dans le code ligne 3060 il est fait appel à %folder%
if recur then
begin
s:=optUTF8(diffTpl.utf8, f.getFolder());
url:=copy(s, ofsRelUrl, MAXINT);
end
else
begin
s:='%folder%'; //%folder est indéfini ici (me semble-t-il)
url:='';
end;
je ne suis pas devin et la partie ligne 3060 non plus elle ne peut savoir ce qui sera initialisé plus loin :-\
if recur then
begin
...
end;
n'est pas nécessaire
utiliser simplement:
s:=optUTF8(diffTpl.utf8, f.getFolder());
url:=copy(s, ofsRelUrl, MAXINT);
addArray(table, [
'%item-folder%', s,
'%item-relative-folder%', url
]);
tout est comme il faut
**************************************************************************
bug in %item-full-url% with links
if url of link is HTPP://server/page.html
result of %item-full-url% is equiv to %host%%folder%HTPP://server/page.html
see attached file hfs.tpl to test it
-
{{ comment | some text }} is just rendered as plain text: "{{ comment | some text }}"
spaces after {{ are not tolerated.
macro name must follow.
-
it is to enter directly new name when adding New Virtual Folder.
nice idea
%folder% non correctement initialisé
no, it would have been just translated at a later stage.
the problem was another: function applyMacrosAndSymbols searched symbols through the 'table' for any index, while it should be only allowed translations from even indexes to odd indexes.
bug in %item-full-url% with links
fixed
-
last bug found
insert this in your template and make several click on it and look at url
<a href="{{get|url|test}}">
-
<a href="{{get|url|test}}">
fixed, thank you
-
Flynsarmy and Foggy are correct, the login is broken, just constantly pops up.
it works ok here. is this happening only with TOG ?
-
ToG uses login-link as a jerry rigged login screen, that is the only difference... But it's been fine for ages...
-
Flynsarmy and Foggy are correct, the login is broken, just constantly pops up.
it works ok here. is this happening only with TOG ?
Login works fine here with my customized template. No problems at all with login. Problem might be with TOG template.
-
I think it might only be affecting the TOG because how the root is unprotected yet we still have to login to view it.
-
Did both of you ignore my post? lol
If it is affecting the ToG it would have an effect on any template that uses %login-link% because there is nothign fancy going on with the ToG and login. All my template in the login version does, is prompt login-link as the content of the main page, once logged in login-link which in default template changes to the username in %loggedin%, changes to the content of the page, with the username in the navigation.
Terayon would have had teh same if GE wasn't so lazy :P i am baffled as to why this is happening when my template only uses standard hfs symbols to create the "fake" login screen.
EDIT: I just tested with my own, and it is now working fine... hfs have a bad day or something?
-
I'm finally upgrading to 146 after 12 solid days of HFS running. It finally died. (Clicked menu, nothing happened, no icon in tray etc) I could still look around the VFS but I couldnt save and unfortunately I lost my custom modules in Terayon, turned on auto saving every 20 minutes now, i'm going to appreciate that feature now.
-
If it were just affecting the ToG, wouldn't it have fixed when i enabled 'Temporarily Reset Options'?
Doesn't that get rid of your current template and use the HFS default?
-
idk if its a bug.. or if its just a quirk... but you cant auto redirect at login to an upload page... like http://ip.ip.ip.ip/random/john/~upload gives a 404 not found but regular navigation (via the upload button) to http://ip.ip.ip.ip/random/john/~upload works like a champ... idk.. just thought it was strange.. bug? you decide.. lol
hope all is well
tuskenraider
p.s hehe my login works just fine... must be TOG.. not to pile on or anything ;D
-
Ok, we solved the flynsarmy's problem.
AFAIG, he had the root protected without being aware. He disabled the restriction and all went fine.
But the others?
-
I figured out I could kind of reproduce it by setting all of my sub folders to have anonymous permissions. I think that might have conflicted with the cache in the browser for what ever reason and causing it to keep displaying the login box.
-
1. is there any login bug?
2. do you know a way to reproduce it?
i'm very sleepy :) (6am here)
-
Im able to reproduce it on my end so far. All I do is set permissions in my vfs to include @anonymous on all subfolders and Im repeatedly getting the login box, but when I remove @anonymous from the sub folders all is fine.
-
ELEVENNNN try to find your crashed vfs files with a ~prefix, erase~ to repair
( when your machine crash before save )
for the login function i have found something wrong in Mozilla ( The pass zone need 2 mouse click to enter the value )
when only one click in IE.
+ The same I frame trouble from the root folder ( even using all limit off )
the navigation behavior ..
in IE, when i return from sub folders to the root, it show a blank page and need a refresh more...( for unbind root, when you bind to real folder, it show always a blank page )
in Mozilla it don't show the i frame but only the basic template. ( or blank page when bind to real folder )
it is Impossible to return to the root showing correctly, without a refresh. ( for virtual root only , real root folder give a blank page )
i have checked all the menu options one by one in vain.
it was working for version 145 after "max connections off " , now it is dead again
my server is here...if you wanna check it by yourself.
http://82.239.5.248/
-
Quick word .. jump from #142 to this one : now "after login redirect to" works !
Have to find a decent Xmas Card to redirect to ;) ... Damn Template ... no use of macros yet .. merci Rejetto !
-
<a href=http://82.239.5.248/>PHP HYPER LINK TO ROOT IS NOT WORKING FOR 146</a>
fun! it give a blank page
when simple html works
-
i tried to make a simple button to the root folder... in the template
only (onclick="window.open ) & ( target="_blank ) are working in a new window.
(target=_top & target=_parent) are also ok
(onclick="open) and (target="_self") don't work
i have to put this in the template, to make a home return button working
the Html code is custom to give a visual good result...( form name "not hidden" give 2 buttons showing )
<form type="hidden" name=form1 action=http://82.239.5.248/ method=get target=_parent><INPUT style="WIDTH: 105px; HEIGHT: 25px; Z-INDEX: 0; LEFT: 0px; POSITION: relative; TOP: 0px" type=submit value=Home name=formbutton1> </form>
-
i tried to make a simple button to the root folder... in the template
(onclick="open) and (target="_self") don't work
what about :
(onclick="open) and (target="_main")
just a thought... i use main in frames alot.... so who knows just an idea
tuskenraider
-
target=_main give a blank window in the HFS template
but is OK for external PHP and HTML hyper links
-
There is no special constant _main. It will only open a new window because a window called "_main" is unlikely to exist yet. Subsequent clicks on the link will continue using the same new window.
http://htmlhelp.com/reference/html40/values.html#frametarget
-
Im able to reproduce it on my end so far. All I do is set permissions in my vfs to include @anonymous on all subfolders and Im repeatedly getting the login box, but when I remove @anonymous from the sub folders all is fine.
could you give me a ready VFS and the exact steps to reproduce it, please?
i'm not sure i did right.
-
I think I know why I was getting it..., When I had @anonymous permissions on all sub folders of my vfs(even the template folder), the login screen for the tog would appear correctly because Im not logged in and @anonymous is allowed to access the template folder, but when I log in from that screen im logged in as foggy and firefox tries to download the template data as foggy but gets a 401 error, prompting the login box to request the templates data.
Edit: Just tested, for me it was user error of restricting the template folder to @anonymous only. probably irrelevant but while testing I found this in the log and thought it was weird. 2/12/2007 6:12:44 PM 127.0.0.1:1556{Foggy} Connected
2/12/2007 6:12:44 PM 127.0.0.1:1556{Foggy} Requested GET /~login
2/12/2007 6:12:44 PM 127.0.0.1:1556{Foggy} Not served: 401 - Unauthorized
-
you restricted folder to anonymous, but you force people to have a username through the template...
from your description it doesn't seem a bug in HFS, but an incongruity in the way you use it. am i right?
if it is so, TOG should warn people that the login-version is not compatible with @anonymous.