rejetto forum

Software => HFS ~ HTTP File Server => Beta => Topic started by: rejetto on February 22, 2009, 03:43:59 AM

Title: Testing build #225
Post by: rejetto on February 22, 2009, 03:43:59 AM
download @ www.dovedove.it/hfs/hfs225.exe

what's new
+ selective folder archive
+ new template section [special:alias] http://www.rejetto.com/forum/index.php?topic=6635.msg1040986#msg1040986
- problems installing templates http://www.rejetto.com/forum/index.php?topic=6678.msg1041056#msg1041056
Title: Re: Testing build #225
Post by: FRENCH CAN CAN on February 22, 2009, 05:35:35 AM
"Delete selected" and "archive" are in conflict, we must refresh the page to make them work separately.
Title: Re: Testing build #225
Post by: bacter on February 22, 2009, 07:01:42 AM
This conflict can be solved with macros and changing options:

1. On initial screen no checkboxes are shown.
2. The options delete and archive are changed to: 'Select files to delete ' and 'Select files to archive'.
3. When one of the two is selected ->?seldelete or -> ?selarchive, checkboxes are shown and the contrary option is not more shown, only the button 'archive' (or 'delete') and 'Cancel' . Executing the option or canceling will revert to 1. and 2.

Idea for a new option: with selected files 'create a list of selected files with their real path'! This would allow to create with the help of {.exec.} a batchfile to be used with 7zip (or some other program) to create a '%user%.zip.  In the template ther could be a line before files: ¨{if |filelength %user%.zip|{:<a href... Your file is ready for download....} and in the event.script  some code {on download completed delete %user%.zip}
Title: Re: Testing build #225
Post by: bacter on February 22, 2009, 07:29:36 AM
Another small problem with the 'archivable' checkbox:

Inside one folder that has no permissions to archive nor to delete, you have some folders like A1,A2,A3..A8.
Only one of them (A3) has archivable attribute set.
In this case, the page shows only in the row of A3 a checkbox, but the page does not show ani 'Archive' button.

--> If the main shown mainfolder (the container of A1..A8) is not archivable, no checkbox should be shown.
Title: Re: Testing build #225
Post by: SilentPliz on February 22, 2009, 08:11:11 AM
   
If the folder names contain spaces ... the selection is not archivable.
Title: Re: Testing build #225
Post by: Mars on February 22, 2009, 09:18:25 AM
Quote
Another small problem with the 'archivable' checkbox:

Inside one folder that has no permissions to archive nor to delete, you have some folders like A1,A2,A3..A8.
Only one of them (A3) has archivable attribute set.
In this case, the page shows only in the row of A3 a checkbox, but the page does not show ani 'Archive' button.

--> If the main shown mainfolder (the container of A1..A8) is not archivable, no checkbox should be shown.
 

It is not already any more a problem for me because the solution was already in 224 that I had put on-line, 
It is in fact about an error of macro in the template

you can change inside the default tpl what is in blue
Quote

[special:begin]
{.set|folder archive|{.get|can archive.}.}

[item start]
  <tr><td>
  {.if|{.^folder archive.}{.get|can delete.}{.get|can archive.}| <input type='checkbox' name='selection' value="%item-url%"> .}
  {.if|{.get|is new.}|<span class='flag'>&nbsp;NEW&nbsp;</span>.}
Title: Re: Testing build #225
Post by: TSG on February 22, 2009, 10:16:00 AM
Nice! Now I can begin working on a prototype of my new template idea. Or I can just update the current templates... depends on my motivation.

Can it be fixed so we don't have to do that mars?

We are trying to get our new website online by next Saturday... we are struggling to find the time. Sure I have plenty of time as I am unemployed but I am also having trouble at home... which is reducing my motivation to work on such things. I will post in our board about whats going on and the status of things.
Title: Re: Testing build #225
Post by: Mars on February 22, 2009, 10:27:41 AM
It will be necessary to ask in rejetto if this type of modification of the code is sufficient(self-important)

else if p = 'can archive' then trueIf(assigned(md.f) and md.f.hasRecursive(FA_ARCHIVABLE) or (md.f = NIL) and md.archiveAvailable)

else if p = 'can archive' then trueIf(assigned(md.cd) and md.folder.hasRecursive(FA_ARCHIVABLE))     
     

In the meantime, my solution corrects this inconvenience, while leaving the available information ' can archive ' for an  item

In one of my version, I had introduced a differentiation to counter this problem
Quote
get|can ......     with the current folder
get item|can ....   with all the item


with something as
 
   if name = 'get' then
    .......
   if name = 'get item' and not(md.folder=md.f) then
    .......
But it would have not enough success with rejetto

Title: Re: Testing build #225
Post by: bacter on February 22, 2009, 10:44:14 AM
Quote
It is not already any more a problem for me because the solution was already in 224 that I had put on-line,
It is in fact about an error of macro in the template

I'm happy to know that this is not a problem for you either, neither is it for me. But when I report problems, I do it to help rejetto to improve the template with the information, because I think the main version of program and standard template needs to be improved. I don't think that users should relay on 'better' parallel versions.

One thing more: in your solution you put your 'folder archive' in the [special:begin] section. I think this should be reserved for things that affect the whole behaviour of the template, and would place the settinge of the 'folder archive' in the head of the former [files] section, that is now where it's treated the folder header, aside the breadcrumbs thing.
Title: Re: Testing build #225
Post by: Mars on February 22, 2009, 10:56:56 AM
Quote
Quote
It is not already any more a problem for me because the solution was already in 224 that I had put on-line,
It is in fact about an error of macro in the template

I'm happy to know that this is not a problem for you either, neither is it for me. But when I report problems, I do it to help rejetto to improve the template with the information, because I think the main version of program and standard template needs to be improved. I don't think that users should relay on 'better' parallel versions.

One thing more: in your solution you put your 'folder archive' in the [special:begin] section. I think this should be reserved for things that affect the whole behaviour of the template, and would place the settinge of the 'folder archive' in the head of the former [files] section, that is now where it's treated the folder header, aside the breadcrumbs thing.



I am saddened to disappoint you so, but you understood well the sense of the use of the section [special:begin] , she is for this type of action there, the solution is possible within the template, you should have read  my post last one to TSG; the other solution is to re-modify sources, and I do not believe that rejetto will agree for that. ;)

Somebody bring to light a problem, I bring a solution of repair and in more I almost am thrown(cast) ;D >:(

Quote
I don't think that users should relay on 'better' parallel versions.
I at least, there is a thing which I can claim, it is that I do not make that to indicate bugs in the versions, I bring not bad work since I am on the forum, displease those there who do not love to me. :-*
Title: Re: Testing build #225
Post by: rejetto on February 22, 2009, 01:37:33 PM
"Delete selected" and "archive" are in conflict, we must refresh the page to make them work separately.

it seems to be a problem with the javascript.
can you test this template and see if it solves?
Title: Re: Testing build #225
Post by: rejetto on February 22, 2009, 01:38:12 PM
Idea for a new option: with selected files 'create a list of selected files with their real path'! This would allow to create with the help of {.exec.} a batchfile to be used with 7zip (or some other program) to create a '%user%.zip.  In the template ther could be a line before files: ยจ{if |filelength %user%.zip|{:<a href... Your file is ready for download....} and in the event.script  some code {on download completed delete %user%.zip}

nice idea.
can't it already be done with this build?
Title: Re: Testing build #225
Post by: rejetto on February 22, 2009, 01:38:48 PM
If the folder names contain spaces ... the selection is not archivable.

i made several tests and found no way to reproduce this problem.
can you please be more specific?
Title: Re: Testing build #225
Post by: rejetto on February 22, 2009, 01:42:05 PM
It is in fact about an error of macro in the template
you can change inside the default tpl what is in blue

it is true that this would solve.
but we must decide what we want, because that folder is actually archivable, and we can give an archive out of it by adding the button.
decision tree
- no checkbox, you must enter the folder to get the archive
- checkbox, or a link, and you can get archive without entering.

I'm quite undecided. Second is more poweful but can be also more confusing for the user.
Title: Re: Testing build #225
Post by: FRENCH CAN CAN on February 22, 2009, 01:46:16 PM
"Delete selected" and "archive" are in conflict, we must refresh the page to make them work separately.

it seems to be a problem with the javascript.
can you test this template and see if it solves?

This template works fine, no problems.
Title: Re: Testing build #225
Post by: chthonic on February 22, 2009, 05:16:34 PM
wow lots of feedback in so litle time.. I got hte 225 update just before going to bed.. long after the rooster barely earned his paycheck....


Rejetto: remember several builds back when I said I noticed an oddity in how the folder/files PROPERTIES page was acting weird.... well I have a whole new computer system, and totally different hardware.. and the same problem is back.... the 1st and 2nd tabs seems to BLUR into one another and I have to click on the 3rd properties tab to correct the visual problem.. its intermittent.. it doesnt always happen.. about 1 in 3 tries..


I use a program called NEOBOOK.... it has a similar issue ... IF the PADDING SPACE between the controls and the edge of the page are 1 or zero (pixels)... then the same overlapping occurs... set to 3 or 4 .. and its not a problem ... either that or its just not redrawing/refreshing right when the properties page is opened.

I am guessing this would be an MDI child of a parent page?
Title: Re: Testing build #225
Post by: r][m on February 22, 2009, 05:25:30 PM
Quote
- no checkbox, you must enter the folder to get the archive
I like to keep it simple for the users.  I think most would want to see whats in a folder before downloading.

My testing is very limited right now, (using my laptop) new computer hasn't arrived.
Is it possible to make the check boxes clear after download? They don't here, and
that causes a problem when another function like add folder is used after download.
Title: Re: Testing build #225
Post by: rejetto on February 22, 2009, 05:26:59 PM
Quote
Quote
One thing more: in your solution you put your 'folder archive' in the [special:begin] section. I think this should be reserved for things that affect the whole behaviour of the template, and would place the settinge of the 'folder archive' in the head of the former [files] section, that is now where it's treated the folder header, aside the breadcrumbs thing.

I am saddened to disappoint you so, but you understood well the sense of the use of the section [special:begin] , she is for this type of action there,

this was true.
[special:begin] can be very useful, and you may want to place instructions just near the part that will use them.
or you want to put instructions in a diff-tpl.
that's why i created the [+section] feature. so you can now use it more freely.

anyway, i think you are right with the need of a change in the macros, to not need to use [special:begin] for this case. i will opt for a solution.

consider that using [special:begin] is faster when you are listing all files in same folder (no search), because HFS will check permissions for user/folder only once.
folder permissions can be inherited. even accounts are inheriting now, with groups, so to check a permission is not extremely trivial.
anyway, i don't know if it is worth to use [special:begin], because i didn't benchmark.
a good guideline is "don't optimize what is not slow". ;)
Title: Re: Testing build #225
Post by: rejetto on February 22, 2009, 05:31:28 PM
Is it possible to make the check boxes clear after download? They don't here, and
that causes a problem when another function like add folder is used after download.

it can be done, but i'm not sure it's a good idea.
actually, it may have took time to select, and you may need that selection again.
consider that you can get the same result by clicking once or twice on the "All" checkbox.

anyway, if this behavior won't change in the default template but you will absolutely want it in yours, you can always slightly change the javascript.
you can copy the loop used by the "All" and add it to the archiving event.
Title: Re: Testing build #225
Post by: Mars on February 22, 2009, 06:07:18 PM
Quote
it can be done, but i'm not sure it's a good idea.

My question, will be wider, is it possible to refresh the contents of the web page when the download is ended, but with another section inside hfs [getpage('section')] ? If yes how do it?
Title: Re: Testing build #225
Post by: TSG on February 23, 2009, 03:59:49 AM
I have been working on a slightly modified version of this selected items thing that I'm going place as an option on my current templates, it wont be there permanently, having alot of trouble styling the checkboxes... I cant get them aligned properly... so it can look hidious at times. I have at the moment got it working, but we are looking at making a new template with a combination of this feature and playlist, to create a media template. Because of this it will be there as an option in ToG and RAWR-Template.

I have a problem though. It works fine in a folder, I can select a couple, or all and it will create the archive. However if I go one level up, there is 8 folders, about 700mb total, the browser or hfs hangs. It will just sit there as if HFS is having trouble generating the archive.

Chat on msn if you want a link to try it out. Or maybe you can identify my problem...

I also have a problem with this:

Code: [Select]
<div class="module">
    <div class="modHeading">{.!lv_check.}</div>
    <div class="modContent">
    {.if|{.?updates.}|
        {:
        {.set|new_build|{.load|http://rawr-designs.com/updater.php?project=tog&ext=.txt.}.}
        <span>[{.!build.}]</span>{.!lv_currentBuild.}:<br/>
        <span>[{.^new_build.}]</span>{.!lv_latestBuild.}:
        <div class="divide">
            <center>
            <a href="http://rawr-designs.com/?page=tog" target="_blank">
            -
            {.if|{.{.^new_build.}={.!build.}.}|{.!lv_homepage.}|{.!lv_download.} {.^new_build.}.}
            -
            </a>
            </center>
        </div>
        :}
    |<center><a href="http://%host%%encoded-folder%?updates=1">- {.!lv_checkNow.} -</a></center>.}
    </div>
    </div>

It has been working fine since recent builds... maybe its the load macro?

Annnd finally, what was the fix you suggested for notifying a user that they need to upgrade their HFS? I will add it to these versions...
Title: Re: Testing build #225
Post by: chthonic on February 23, 2009, 05:31:24 AM
hi TSG :) .. still hard at work I see!!   
Title: Re: Testing build #225
Post by: SilentPliz on February 23, 2009, 07:06:29 AM
If the folder names contain spaces ... the selection is not archivable.

i made several tests and found no way to reproduce this problem.
can you please be more specific?

Sorry to have you wasting time. I was a little fast to draw that conclusion.
In fact, it's an another problem:
I have a real folder (see image), which contains other real folders.
All are declared in the VFS as "browsable" and "archivable".

(http://images.imagehotel.net/10f48vpje8.png) (http://www.imagehotel.net/?from=10f48vpje8.png)

I can not select one or more of these folders for archive them ... when I click on the button, the hourglass appears and ... nothing happens.
By against, I can enter in one of these folders, make a selection of files, and archive them.

I note that the code of mars, included in my french build 224, works perfectly.
I am not saying this to irritate bacter, or anyone, I say this, simply to point out that in other circumstances that it works.
So, my settings seems correct, and that it can work.

So my questions are:

Should I take this as a bug?
Is that how you want this option run?
It's me which uses a bad setting?

"!"
In a real folder, with subfolders not declared directly in the VFS ... There are no problems.
Title: Re: Testing build #225
Post by: rejetto on February 23, 2009, 10:19:28 AM
My question, will be wider, is it possible to refresh the contents of the web page when the download is ended, but with another section inside hfs [getpage('section')] ? If yes how do it?

officially not, and i know now way of doing it.
you make a request, if your reply is a file to download, you cannot reply anything else more. one request, one reply.
Title: Re: Testing build #225
Post by: rejetto on February 23, 2009, 10:27:06 AM
Rejetto: remember several builds back when I said I noticed an oddity in how the folder/files PROPERTIES page was acting weird.... well I have a whole new computer system, and totally different hardware.. and the same problem is back.... the 1st and 2nd tabs seems to BLUR into one another and I have to click on the 3rd properties tab to correct the visual problem.. its intermittent.. it doesnt always happen.. about 1 in 3 tries..

i think a screen shot is better... ;)
Title: Re: Testing build #225
Post by: rejetto on February 23, 2009, 12:14:53 PM
I have a problem though. It works fine in a folder, I can select a couple, or all and it will create the archive. However if I go one level up, there is 8 folders, about 700mb total, the browser or hfs hangs. It will just sit there as if HFS is having trouble generating the archive.

what's happening in the while? is HFS stuck? does it respond to clicks? is the CPU kept busy? is the hard disk busy?

Quote
It has been working fine since recent builds... maybe its the load macro?

ok, i investigated on your problem, and found it stopped working in october, not very recently. ;)
it's about the introduction of named parameters in macro language.
since your url contains the = sign, used to name=value a parameter, HFS gets confused.
it's mainly because i decided that the file/url would be optionally specified with the name "file"
{.load|file=yoururl.}
so, there are 2 solutions to this
1. you specify file= before the url. (your job)
2. i make the file to not be a named parameter, and fixed to first position in parameters list. (my job)

In this case, since {.load.} seems to totally rely on the file to be loaded, i think it's ok that i make the parameters fixed (solution #2). From next build.
This mean that only {.load.} is changing, while in other cases you may face this same problem (the equal sign). But i hope i will be here to help. ;)

Quote
Annnd finally, what was the fix you suggested for notifying a user that they need to upgrade their HFS? I will add it to these versions...

i don't remember exactly
i guess it was something like
{.comment|<h1>Please upgrade to <a href='link'>2.3</a></h1><!--.}
test and improve it
Title: Re: Testing build #225
Post by: rejetto on February 23, 2009, 12:16:46 PM
Should I take this as a bug?

i guess it is, since TSG reported something similar.
can you please find a simple way to make me reproduce it?
Title: Re: Testing build #225
Post by: SilentPliz on February 23, 2009, 01:14:03 PM
I think I just found how to reproduce the bug:
We return to spacebar.  ;)

1)

Create a real folder with spaces.

Then create in it some real subfolders (with datas inside) with or without spaces.

2)

Charge them all 1 by 1 in the VFS

Properties... for all:

Browsable - Archivable

3)

Attempt to archive a subfolder.


I feel less guilty for my first message. ;)  :D

Title: Re: Testing build #225
Post by: r][m on February 23, 2009, 04:41:04 PM
Quote
it can be done, but i'm not sure it's a good idea.
actually, it may have took time to select, and you may need that selection again.
consider that you can get the same result by clicking once or twice on the "All" checkbox.
I can't see a reason why a user would need to use that selection again? Not likely they'd
download the same selection again, and not likely they'd use it to delete what they just downloaded.
Any other action on the page/folder starts the same download again.
Very confusing/frustrating for users, and requires instruction on the page.
Clicking once or twice on the "all" checkbox does clear the check boxes here, but any other action
on the page starts the download again anyway.
Only refreshing the page prevents it from starting again.
Quote
you can always slightly change the javascript. you can copy the loop used by the "All" and add it to the archiving event.
That solution is beyond me.

 
Title: Re: Testing build #225
Post by: chthonic on February 24, 2009, 12:04:16 AM
Rejetto: remember several builds back when I said I noticed an oddity in how the folder/files PROPERTIES page was acting weird.... well I have a whole new computer system, and totally different hardware.. and the same problem is back.... the 1st and 2nd tabs seems to BLUR into one another and I have to click on the 3rd properties tab to correct the visual problem.. its intermittent.. it doesnt always happen.. about 1 in 3 tries..

i think a screen shot is better... ;)

I'll see what I can do about capturing the glitch whenit shows up again
Title: Re: Testing build #225
Post by: rejetto on February 24, 2009, 12:40:07 AM
I think I just found how to reproduce the bug:
We return to spacebar.  ;)

thank you very much SP.
i finally fixed it.
next version will let you archive even search results.
Title: Re: Testing build #225
Post by: rejetto on February 24, 2009, 12:55:12 AM
I can't see a reason why a user would need to use that selection again?

you canceled the download, but you want it. (wrong click or changed your mind)

Quote
Not likely they'd download the same selection again, and not likely they'd use it to delete what they just downloaded.

you download, then delete.
it's a way to *move* those files.
doesn't seem absurd to me.

Quote
Any other action on the page/folder starts the same download again.
Very confusing/frustrating for users, and requires instruction on the page.

that's a problem with the default template
it will be fixed in next build.
http://www.rejetto.com/forum/index.php?topic=6689.msg1041124#msg1041124

Quote
Quote
you can always slightly change the javascript. you can copy the loop used by the "All" and add it to the archiving event.
That solution is beyond me.

then ask for help.
it's a common sport here!
Title: Re: Testing build #225
Post by: chthonic on February 24, 2009, 01:16:53 AM
hmmm ok the properties page problem was in versions 221-224... but its not in version 225.. I have opening and closed 80 times and it hasnt happened
Title: Re: Testing build #225
Post by: rejetto on February 24, 2009, 02:06:30 AM
hmmm ok the properties page problem was in versions 221-224... but its not in version 225.. I have opening and closed 80 times and it hasnt happened

who knows... remember eventually to take a picture if it happens again :)
Title: Re: Testing build #225
Post by: chthonic on February 24, 2009, 03:23:00 AM
LOL yeah .. I get rushed on doing things and sometime I close it out when I want to grab a screen capture.. and have to wait for it to happen again .. but forget I was supposed to take a capture etc... LOL

but its shown up more than once.. so def a thing to get a snapshot of!

so far as for most reported things ... I notice very few bugs.. it might have to do with using tog 3.0 instead of a newer template...

the one thing that has been consistent tho is that I cant place access restriction on a folder with video files without also checking the ANONYMOUS  box.. if I leave it unchecked.. I cant stream/preview the vids from the website.. I keep getting a file not found error.. if I dont restrict access it works fine.... if its under a main folder.. it works ok if just the main folder has the anon flag set .. I dont have to apply it to the folder the vids are already in.

this behavior has been going on for awhile

also very persistent.. if I check a folder for anonymous only ..without restricted access..... the folder goes invisible in the list... when I go back and check an account name.. the folder shows back up....somehow I dont think thats supposed to happen that way
Title: Re: Testing build #225
Post by: chthonic on February 24, 2009, 03:40:01 AM
hmmm

[suggestion]

I made mention about how in 224 the connections were showing the login then listing the related threads under the login/account/user ID... thats not showing in 225 now

I actually liked how that looked.. everything was in one place...

is it possible to make that look  that way again.. but make it a +/- collapsible tree? that way we can just click on the +/- for each ID to see what threads they have? .. it keeps the status window clean and organized that way as long as the default is a collapsed view... that resets itself if they logoff...

maybe make it an option to view it that way or the regular way? it gives the users a choice.

something like:

userID@?..........
           thread1
           thread2
           thread3
userID@?..........
           thread1
           thread2
           thread3
           thread4
           thread5

etc
Title: Re: Testing build #225: FILE "properties" screen capture
Post by: chthonic on February 24, 2009, 04:11:14 AM
ok I got it.. it only happens with individual files... the FILE MASKS tab keeps overlaying the Permissions tab even tho the Permissions tab is selected.. I can click any tab.. then click back on Permissions and it shows fine... I know that shouldn't behave that way..


[this also appears on URL links... folders are fine]
Title: Re: Testing build #225
Post by: rejetto on February 25, 2009, 09:14:30 PM
the one thing that has been consistent tho is that I cant place access restriction on a folder with video files without also checking the ANONYMOUS  box.. if I leave it unchecked.. I cant stream/preview the vids from the website.. I keep getting a file not found error.. if I dont restrict access it works fine.... if its under a main folder.. it works ok if just the main folder has the anon flag set .. I dont have to apply it to the folder the vids are already in.

i guess your streaming player has problems with permissions.

Quote
also very persistent.. if I check a folder for anonymous only ..without restricted access..... the folder goes invisible in the list... when I go back and check an account name.. the folder shows back up....somehow I dont think thats supposed to happen that way

it's likely you enabled option "list protected items only for allowed users"
Title: Re: Testing build #225
Post by: rejetto on February 25, 2009, 09:17:38 PM
I made mention about how in 224 the connections were showing the login then listing the related threads under the login/account/user ID... thats not showing in 225 now

i never touched that part in many months.
i don't know you see things appear and disappear. :)

Quote
is it possible to make that look  that way again.. but make it a +/- collapsible tree? that way we can just click on the +/- for each ID to see what threads they have? .. it keeps the status window clean and organized that way as long as the default is a collapsed view... that resets itself if they logoff...

sure, it's in my to-do-list now.
Title: Re: Testing build #225
Post by: rejetto on February 25, 2009, 09:32:38 PM
ok I got it.. it only happens with individual files... the FILE MASKS tab keeps overlaying the Permissions tab even tho the Permissions tab is selected.. I can click any tab.. then click back on Permissions and it shows fine... I know that shouldn't behave that way..

aha, you got it. that's how to reproduce the problem.
fixed in next build. thank you ;)
Title: Re: Testing build #225
Post by: chthonic on February 26, 2009, 12:42:32 AM
the one thing that has been consistent tho is that I cant place access restriction on a folder with video files without also checking the ANONYMOUS  box.. if I leave it unchecked.. I cant stream/preview the vids from the website.. I keep getting a file not found error.. if I dont restrict access it works fine.... if its under a main folder.. it works ok if just the main folder has the anon flag set .. I dont have to apply it to the folder the vids are already in.

i guess your streaming player has problems with permissions.

Quote
also very persistent.. if I check a folder for anonymous only ..without restricted access..... the folder goes invisible in the list... when I go back and check an account name.. the folder shows back up....somehow I dont think thats supposed to happen that way

it's likely you enabled option "list protected items only for allowed users"


this even happens when I am logged in as an allowed user... that is why I am mentioning it.. it has been very persistent.. and it was never the case with older versions prior to the new look
Title: Re: Testing build #225
Post by: rejetto on February 26, 2009, 07:02:06 AM
what new look?

anyway, what i meant was that, the flash player does request the files by itself, not really through the browser, so it may be missing the password.
you can know it by the log, but you should remove the "Only served requests".
Title: Re: Testing build #225
Post by: chthonic on February 26, 2009, 01:28:58 PM
hmmmmmmmmm will try that!
Title: Re: Testing build #225
Post by: rejetto on February 27, 2009, 02:48:28 PM
chthonic problems and french flames moved to
http://www.rejetto.com/forum/index.php?topic=6703.0
;D