Author Topic: Testing build #242  (Read 24433 times)

0 Members and 2 Guests are viewing this topic.

Offline TSG

  • Operator
  • Tireless poster
  • *****
  • Posts: 1934
    • View Profile
    • RAWR-Designs
Re: Testing build #242
« Reply #45 on: July 21, 2009, 07:50:49 AM »
I found a bug with the template importing. If I import RAWR-Template for example, it does the below code and imports the template folder to the vfs, hides it, and sets it to no log.

Code: [Select]
[special:import]
{.add folder|real|template.}
{.set item|/template|hide=1.}
{.set item|/template|no log=1.}
{.dialog|
Thank you for choosing the RAWR-Template!

Remember to check for updates and visit us at:
http://www.RAWR-Designs.com
.}

Now if I import another template using the same method, it will not change the template folder linkage that is already in the VFS. Maybe you could re-write the resource to the one provided by the new 'template' folder import. Its annoying when testing multiple templates anyway :P I have to delete the 'template' folder manually then import the new template.

Offline rejetto

  • Administrator
  • Tireless poster
  • *
  • Posts: 12953
    • View Profile
Re: Testing build #242
« Reply #46 on: July 21, 2009, 01:19:59 PM »
In this version of HFS note again BUG on "search", if you select all the files in your "search" is stored throughout the site, if I remember correctly on some older version (can not remember which one) the bug had been resolved. ???
In questa versione di HFS rilevo nuovamente il BUG su "cerca", se si selezionano tutti i files nei risultati di "cerca" viene archiviato TUTTO il sito, se non ricordo male su qualche versione precedente (non ricordo quale) il BUG era stato risolto. ???

i think that solution was not complete.
searching parameters were never passed to the archiver, so it should have never worked.
i just tested #239 and the problem was already there.

apprently, the bug is in the template itself.
This line:
    submitAdding("filelist", {"action":"archive"}, "~folder.tar?recursive");
should be replaced with this line:
    submitAdding("filelist", {"action":"archive"}, "~folder.tar?recursive&{.substring|?||%url%|include=none.}");


if you confirm, i will include this fix in next build.

Offline rejetto

  • Administrator
  • Tireless poster
  • *
  • Posts: 12953
    • View Profile
Re: Testing build #242
« Reply #47 on: July 21, 2009, 01:22:35 PM »
Maybe you could re-write the resource to the one provided by the new 'template' folder import. Its annoying when testing multiple templates anyway :P I have to delete the 'template' folder manually then import the new template.

this was asked recently by french can can, and i applied it.
already done in the next build.
(i guess i may publish it today)

Offline FRENCH CAN CAN

  • Tireless poster
  • ****
  • Posts: 681
    • View Profile
Re: Testing build #242
« Reply #48 on: July 24, 2009, 02:36:23 PM »
i think that solution was not complete.
searching parameters were never passed to the archiver, so it should have never worked.
i just tested #239 and the problem was already there.

apprently, the bug is in the template itself.
This line:
    submitAdding("filelist", {"action":"archive"}, "~folder.tar?recursive");
should be replaced with this line:
    submitAdding("filelist", {"action":"archive"}, "~folder.tar?recursive&{.substring|?||%url%|include=none.}");


if you confirm, i will include this fix in next build.
It seems that it works. ;)

Sembra che funziona. ;)

Offline crazyboris

  • Tireless poster
  • ****
  • Posts: 140
    • View Profile
Re: Testing build #242
« Reply #49 on: July 24, 2009, 04:12:09 PM »
when the "total hit counter" go over 1100000  (one miljon one hunderdthousen)
the counter resets to 900000
dont have the exact numbers but it happends there someware.

this happend twice for me now.

Offline jerome

  • Occasional poster
  • *
  • Posts: 36
    • View Profile
Re: Testing build #242
« Reply #50 on: July 25, 2009, 03:04:21 PM »
hello
curiously,
the speed limit for single address is not working on folder.tar download.
it works 1 or 2 min and revert to unlimited speed.

kick all connections or IP is not enought, tar download is still speed unlimited

Offline rejetto

  • Administrator
  • Tireless poster
  • *
  • Posts: 12953
    • View Profile
Re: Testing build #242
« Reply #51 on: July 28, 2009, 02:45:38 PM »

Offline rejetto

  • Administrator
  • Tireless poster
  • *
  • Posts: 12953
    • View Profile
Re: Testing build #242
« Reply #52 on: July 28, 2009, 02:50:53 PM »
when the "total hit counter" go over 1100000  (one miljon one hunderdthousen)
the counter resets to 900000
dont have the exact numbers but it happends there someware.
this happend twice for me now.

it's unlikely to be any threshold like that.
also because the lowest expected limit would be 2 billions.
i think you your problem problem it's more like: the new numbers were not saved, and on reloading old numbers were loaded, or similar.

Offline jerome

  • Occasional poster
  • *
  • Posts: 36
    • View Profile
Re: Testing build #242
« Reply #53 on: July 31, 2009, 05:20:42 PM »
a little failure in the security
download manager's site manager enable multiple registration of the same user

using both,
user name@ + pass
and
space + user name@ + pass
enable to ignore the download limit slot number,
only the speed limit can restrict the 2 time logged user


here the number of download is limited to 1 slot only, and the speed download limit is on 50K by user.
you can see the result about space + name

and maybe exponential .... space+space ....space+space+space...etc
 ;D

Offline crazyboris

  • Tireless poster
  • ****
  • Posts: 140
    • View Profile
Re: Testing build #242
« Reply #54 on: August 01, 2009, 07:10:46 PM »
when the "total hit counter" go over 1100000  (one miljon one hunderdthousen)
the counter resets to 900000
dont have the exact numbers but it happends there someware.
this happend twice for me now.

it's unlikely to be any threshold like that.
also because the lowest expected limit would be 2 billions.
i think you your problem problem it's more like: the new numbers were not saved, and on reloading old numbers were loaded, or similar.

strange , the server is never shut down.
lets see if it happends again.
its at 1092322 now

Offline rejetto

  • Administrator
  • Tireless poster
  • *
  • Posts: 12953
    • View Profile
Re: Testing build #242
« Reply #55 on: August 14, 2009, 12:47:52 PM »
space + user name@ + pass
enable to ignore the download limit slot number,
only the speed limit can restrict the 2 time logged user
here the number of download is limited to 1 slot only, and the speed download limit is on 50K by user.
you can see the result about space + name

how do you limit by user? with a script?
because HFS has no such option.
the bug may be in the script itself.
anyway, i added a "remove spaces" on the username that may fix the problem in next release.

Offline jerome

  • Occasional poster
  • *
  • Posts: 36
    • View Profile
Re: Testing build #242
« Reply #56 on: August 14, 2009, 05:10:33 PM »
HFS limit options used,
Max simultaneous downloads from single adress
+
Speed limit for single adress

the .tar speed limit off occur sometime when HFS and flashget are running together,
due to a bug sometime on a torrent download when HFS is opened. (in a custom use, tracker link off)
now it seems to be better.
i only found 2 time the same error on the hfs ini (ban ip+slot limit) after a machine crash or a power cut,
reverted to previous data. (saved in HFS close/open only ?)

Robots visit also make the server slow or bad reacting to mouse during a few moment.
impossible to admin server folders when you are visited, you only have too wait the finished request.

Offline rejetto

  • Administrator
  • Tireless poster
  • *
  • Posts: 12953
    • View Profile
Re: Testing build #242
« Reply #57 on: August 17, 2009, 08:54:25 AM »
@jerome
i will now try publish the new beta and see if it solves the problem

slasherx moved to
http://www.rejetto.com/forum/index.php?topic=7350.0