rejetto forum

Software => HFS ~ HTTP File Server => Beta => Topic started by: rejetto on November 10, 2007, 04:56:21 AM

Title: Testing build #142
Post by: rejetto on November 10, 2007, 04:56:21 AM
download @ www.dovedove.it/hfs/hfs142.exe

what's new
+ some improvements to the default template
- some folders were stuck on "replying" www.rejetto.com/forum/?topic=5154
- "open in browser" didn't work on some systems www.rejetto.com/forum/?topic=5159
- search results were incorrectly linked
- sort by hits was not applied to folders
- %item-ext% was not working with enabled "Hide file extension in listing"
- adding a file.lnk the virtual name was the one of the pointed file instead of the link itself
Title: Re: Testing build #142
Post by: Foggy on November 10, 2007, 05:22:36 AM
yay, The links for search results are working now.
Title: Re: Testing build #142
Post by: ELEVENNNN on November 10, 2007, 06:58:27 AM
We're the search results not working only on the default template?  It worked fine on Terayon from what I saw.
Title: Re: Testing build #142
Post by: Comrade Elisey on November 10, 2007, 08:55:50 AM
thanks!  :)

but what's this?
Quote
- adding a file.lnk the virtual name was the one of the pointed file instead of the link itself
Title: Re: Testing build #142
Post by: maverick on November 10, 2007, 12:24:26 PM
We're the search results not working only on the default template? 

The html version of search didn't work in any template.  (incorrect path in results=file not found).  There are threads that discussed this.
Title: Re: Testing build #142
Post by: MarkV on November 10, 2007, 01:05:19 PM
With #142, the default template (yes, i reset it) doesn't display correctly on my Firefox. No background, no icons, looks like crap. But IE7 displays correctly. (all done browsing localhost)
Title: Re: Testing build #142
Post by: SilentPliz on November 10, 2007, 02:33:13 PM
With #142, the default template (yes, i reset it) doesn't display correctly on my Firefox. No background, no icons, looks like crap. But IE7 displays correctly. (all done browsing localhost)



Idem for me, on Firefox.

Olivier
Title: Re: Testing build #142
Post by: rejetto on November 10, 2007, 04:45:03 PM
i found a workaround: edit the template, and remove the first line
Code: [Select]
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

anyone has an explanation for this?
Title: Re: Testing build #142
Post by: Giant Eagle on November 10, 2007, 06:07:20 PM
Firefox is not compatible with the /~style thing.  I tried that aswell with terayon a while ago :P

Try placing the style in an external file and you'll see it is working correctly
Title: Re: Testing build #142
Post by: rejetto on November 10, 2007, 07:02:57 PM
i found the problem: mime types
Firefox with that line, wants the mime type to be specified for the css file.
but mime types are not used for tpl sections.
the solution in next build is: mime types applied to section names, and the section renamed to style.css
Title: Re: Testing build #142
Post by: MarkV on November 10, 2007, 07:28:18 PM
i found a workaround: edit the template, and remove the first line
Code: [Select]
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

anyone has an explanation for this?

Works, thank you.

That's why betas are not for clueless people, such things can occour everytime.
Title: Re: Testing build #142
Post by: TCube on November 11, 2007, 07:11:05 AM
Moved to 142 2.3 b and still can not open found file.
Edit: another cup of coffee did it ---> works great now !

Title: Re: Testing build #142
Post by: Guest on November 11, 2007, 08:54:25 AM
Hello,

please go to Menu, Virtual File System and look that you have enabled Recursive Listing!

Greetings from Germany
Title: Re: Testing build #142
Post by: TCube on November 11, 2007, 08:59:34 AM
Hello, please go to Menu, Virtual File System and look that you have enabled Recursive Listing!
Greetings from Germany

That's exactly it and that's why black coffee came in handy  ;D
Title: Re: Testing build #142
Post by: Alons0 on November 11, 2007, 10:36:54 AM
There isn't "up" link in the search results page. I need of this. Can it be fixed in the next build?
Title: Re: Testing build #142
Post by: Foggy on November 11, 2007, 11:18:51 AM
What do you mean "up" link?
Title: Re: Testing build #142
Post by: Giant Eagle on November 11, 2007, 11:21:03 AM
There is nothing to 'up' to if you search in the root of the server, cause you are still in the root but you filter everything out.
Title: Re: Testing build #142
Post by: Comrade Elisey on November 11, 2007, 03:18:51 PM
-can i have one little cup of coffee pls?... :)
-why? ???
-just for coding, man!  :P
Title: Re: Testing build #142
Post by: KalleB on November 11, 2007, 03:24:48 PM
Nice to see the search function finally :D

There seems to be some problems with it anyway:
Searching in root directory for *.avi or heroes for example lists almost all my files and folders. Searching for * returns even more items, pretty much all I think.

Searching in a subfolder works fine if I edit the template and change the form action='/' into action=''. Then I get correct results for the *.avi search for example...but not in root directory.


PS: How about moving the ".: Menu :." to the upper right corner...where the login used to be?
Title: Re: Testing build #142
Post by: Giant Eagle on November 11, 2007, 05:00:18 PM
Nice to see the search function finally :D

There seems to be some problems with it anyway:
Searching in root directory for *.avi or heroes for example lists almost all my files and folders. Searching for * returns even more items, pretty much all I think.

Try searching for 'heroes*.avi'
Title: Re: Testing build #142
Post by: KalleB on November 11, 2007, 05:11:03 PM
Quote
Try searching for 'heroes*.avi'

No change what so ever... I get 3459 files - total: 10,73 GB.
With *.avi I get 3487 files - total: 23,30 GB
With heroes: 3465 files - total: 10,73 GB
With DSC01305.JPG: 3452 files - total: 8,34 GB
With asdasdasdd: 3452 files - total: 8,34 GB
With "buggy search": 3452 files - total: 8,34 GB

...so there's really no logic :D

On my other 2 PCs with b142 the search works perfectly in the root though... Same build, same template, same OS, pretty much the same software, same browser.
Title: Re: Testing build #142
Post by: rejetto on November 11, 2007, 06:36:19 PM
Hello, please go to Menu, Virtual File System and look that you have enabled Recursive Listing!
Greetings from Germany

That's exactly it and that's why black coffee came in handy  ;D

hmm, i didn't think of it.
i guess that if recursive listing is disabled, search should be disabled too.
maybe with a warning when the user disables recursive listing.
is it ok?
Title: Re: Testing build #142
Post by: MarkV on November 11, 2007, 06:44:44 PM
Hello, please go to Menu, Virtual File System and look that you have enabled Recursive Listing!
Greetings from Germany

That's exactly it and that's why black coffee came in handy  ;D

hmm, i didn't think of it.
i guess that if recursive listing is disabled, search should be disabled too.
maybe with a warning when the user disables recursive listing.
is it ok?

Yeah I think so. :)
Title: Re: Testing build #142
Post by: rejetto on November 11, 2007, 06:45:27 PM
On my other 2 PCs with b142 the search works perfectly in the root though... Same build, same template, same OS, pretty much the same software, same browser.

you are saying that the same HFS gives different results on localhost and over the network?
your vfs file may eventually be useful to understand your case.

Quote
Searching for * returns even more items, pretty much all I think.

ALL is exacty what * means.

Quote
Searching in a subfolder works fine if I edit the template and change the form action='/' into action=''. Then I get correct results for the *.avi search for example...but not in root directory.

searching in the folder only may come later.

Quote
PS: How about moving the ".: Menu :." to the upper right corner...where the login used to be?

i know you are used to that, but i think it is more visible on the left, and since it will contain almost all "features", it should not be missed.
Title: Re: Testing build #142
Post by: Mars on November 11, 2007, 10:44:56 PM
A track for the deletion of files by the users is to force by hfs the suppresion of an uploaded file who has no size?

this will work only if option 'Number files on upload instead of overwriting' is disable
Title: Re: Testing build #142
Post by: Giant Eagle on November 12, 2007, 02:21:42 PM
hfs #138

what's new
+ new URL parameters: filter, files-filter, folders-filter, page www.rejetto.com/forum/?topic=5073#msg1028672

?page=2&limit=20 doesnt work? It just shows the first 20 files.

Or am i missing a vital part now?
Title: Re: Testing build #142
Post by: rejetto on November 12, 2007, 02:53:25 PM
'page' fixed in next build
Title: Re: Testing build #142
Post by: Mars on November 12, 2007, 03:42:57 PM
Quote

toSkip:=0;
if (conn = NIL) or (conn.data = NIL) then
  data:=NIL
else
  begin
  data:=conn.data;
  toSkip:=StrToIntDef(par('offset'), 0);
  if limit < 0 then
    limit:=StrToIntDef(par('limit'), -1);
  if (toSkip = 0) and (limit > 0) then
    toSkip:=StrToIntDef(par('offset'), 0)*limit;
  end;

'page' can be resolved by this change

Quote
toSkip:=0;
if (conn = NIL) or (conn.data = NIL) then
  data:=NIL
else
  begin
  data:=conn.data;
  limit:=StrToIntDef(par('limit'), -1);
  toSkip:=ifThen(data.params.IndexOf('offset') >= 0,StrToIntDef(par('offset'), 0);StrToIntDef(par('page'), 0)*limit);
end;

OFFSET is priority on PAGE ,
?offset=15&page=3&limit=6 will be result ?offset=15&limit=6
?page=3&limit=6 will be equiv to ?offset=18&limit=6
Title: Re: Testing build #142
Post by: KalleB on November 12, 2007, 07:37:20 PM
Quote
you are saying that the same HFS gives different results on localhost and over the network?
your vfs file may eventually be useful to understand your case.

No that's not what I ment. Anyway it turns out there's something wrong with my VFS file. I created a new one and the search worked with it. Could it be that there just was too much files & folders in the previous one so the search choked? I'll see if I could send you my VFS that is not working...

Quote
searching in the folder only may come later.
It's already possible when I just remove the "/" from the action=''...at least with Opera.

Quote
i know you are used to that, but i think it is more visible on the left, and since it will contain almost all "features", it should not be missed.
I don't think I'm used to it (I hardly ever use the Login button) but I think the menu shouldn't overlap with these texts:
folder
/Downloads/
 UP
11 folders, 10 files - Total: 2,17 GB


...as it does now. What if you're f.ex. just about to click that "Folder archive" but you'd like to check what size the folder was with a quick glance...you can't because the menu is on top of it :D There's plenty of room for the menu and the search in the right corner..It looks empty now. The menu button also pushes the page contents even lower (being above the "folder" text), which does not look nice.

And also, the ".:" and ":." should not exist...
Title: Re: Testing build #142
Post by: rejetto on November 13, 2007, 02:44:08 AM
Could it be that there just was too much files & folders in the previous one so the search choked?

well, it is supposed to work anyway. :)

Quote
Quote
searching in the folder only may come later.
It's already possible when I just remove the "/" from the action=''...at least with Opera.

yes, i know it is easy. the point is to decide how to implement the choice at html level.

Quote
...as it does now. What if you're f.ex. just about to click that "Folder archive" but you'd like to check what size the folder was with a quick glance...you can't because the menu is on top of it :D There's plenty of room for the menu and the search in the right corner..It looks empty now. The menu button also pushes the page contents even lower (being above the "folder" text), which does not look nice.

consider the template in attachment

Quote
And also, the ".:" and ":." should not exist...

you don't like them eh?
Title: Re: Testing build #142
Post by: Guest on July 17, 2008, 06:59:09 PM
i found the problem: mime types
Firefox with that line, wants the mime type to be specified for the css file.
but mime types are not used for tpl sections.
the solution in next build is: mime types applied to section names, and the section renamed to style.css
Hi! Thanks for great software, but even in #191 until I delete first line of default template i'm getting broken view of index page.
Please edit it for the next #192.