ioB2 requests/bugs/todo list

[MidasKing]

Hmm, I guess I'll have to create a poll/thread to know what features are considered usefull. I don't use force sfv first myself (not that it's hard to add). Any suggestion for the first proposals ?
Some suggestions that I (and other users, certainly...) would like to see implemented in the ioBanana V2 (Not necessarily in the proposal order but all they are very important...)
With this, I believe, would be almost perfect... :D :D :D

1) TRIAL script
support multiple 0-9 trial sections

2) QUOTA script
support multiple quota sections & user in multiple groups

3) ioAutonuke must be include support to nuke:
MP3 genres
IMDB genres
maximum CD/DVD/Disk rules and
banned keywords

4) STATS (by section) in site & in IRC
I know that is possible to use the BSTATS for this, but is complicated to adapt it without a bigger knowledge.
And, if ioFTPD use multiple sections, is just to have separate information on them.(idem to trial and quota...)

5) rules.cfg
Explain (or an example) which syntax (format) must be used to liberate the rules for section

6) SITE APPROVE & !APPROVE
Correct bug previously told (commands don't work in site or in IRC)

7) FORCE .SFV & .NFO first
Force a nfo or a sfv to be sent before anything else in specific dirs

8) DOUBLE LEECH & UPLOAD The limiter from old iobv20 for disallowing users double leech or double upload

Well, for the time... this is all... :rolleyes:

Thanks in advance...

PS.: Sorry (all) by my bad english... :(

[Harm]

1) Multiple trial sections
I guess you mean different trial sizes depending on where the uploads were going, right ?
I'm thinking of adding a nuke limit for trial users as well. It means that even if someone has passed the quota regarding the upload size, if he has been nuked more than x time, he won't pass.

2) Multiple quota sections
Same question as before. You know that ioBanana only checks the sections defined in $ioBvar(sections), don't you ?

Both will be improved in the future but I still have to find a way to do it nicely. How would you like these to behave exactly ?

3) ioAUTONUKE
- mp3 genre ban: why not...
I've noticed a few mp3 files are advertising odd genres in their mp3 tags so it'll most probably be a list of allowed genres instead of banned ones.
- imdb genre ban: why not again...
I might extend this to allocine as well. Is support for other web databases needed btw ?
- disc limit: that's an idea.
- banned keywords: this is already available.

4) STATS per section
It will probably be in the next version (unless it comes with the next ioFTPD). It's amazing nobody has requested this before as it has always been like that.
Note that SITE USER username gives stats per section already.

5) More documentation
This will hopefully come soon. I'm still pretty busy with work but I hope it'll make its way into release 2.

6) Force whatever first
I took this out because it was causing more troubles than it fixed problems actually.
If it's really wanted, I'll make it as a module (easily plugable, don't worry) and transfer the force sample first code there.

7) Dual whatever control
It will most probably be a module too since it will slow STOR and RETR commands.


Summary: All of these have been carefully noted. They won't all come with release 2 and won't all belong to the core of ioB2. Actually, most things are going to be modules to allow ppl to have only what they need and perhaps offer different ways of doing the same thing.

It hasn't been requested yet, but I'm thinking of providing mysql and/or sqlite support in the future. There would be a module to replace the current dupe engine and add predb/nukedb functionnality to it (and to the sitebot). Anyone interested ?

By the way, release 2 is going to be mainly a bugfix release with only a couple of new features. I'll tell you which one when I'll have a better view of what's needed and then create a poll with the other functions to order my todo list.

[MidasKing]

Thanks, Harm, for the fast reply...
But, only to explain better: when I say trial/quota support multiple sections, I want say the following example:

set ioBtrial(size,section0) 2048
set ioBtrial(size,section1) 1024
set ioBtrial(size,section2) 2048
set ioBtrial(group) "Trial"
set ioBtrial(newgroup) "Wathever"Thus, if the user upload, for example, 10 GB in section0, 20 GB in section1 and 500MB in section2, he won't pass because not reached quota in section 2, right???
Or either, to pass, it has that to make upload minimum in each one of the sections, individually.
The same procedure must be applied for the monthly quota

By the way, release 2 is going to be mainly a bugfix release with only a couple of new features. I'll tell you which one when I'll have a better view of what's needed and then create a poll with the other functions to order my todo list.
Excllent!!! I'm waiting... :D

[scoonydeus]

Hello,

This post begin to be a normal post... but still basicaly we just purpose new features or we ask some to get fixed...

-I've included a !credits script in mine maybe u can add one directly in ioB with a different announce for some grps ( check the script posted by Fungraphic, it was changed by me to get grps custom announcement )

-I'm still having trouble with the !request command (but Harm know about it)

-A cool feature already done as a TCL (by Lashan) is !mostleeched, u have the top 5 most leeched it make a new file to make stats with the tranfer log, so you can try as well to add the !traffic name.of.the.release to get the listing of peoples who get it.

-With mine the DUPE/UNDUPE is not working i've fixed with another script, yours don't log at all ( I said mine i guess it was me the main prob for this )

-It's would be great to have a file like the ioB2.skin for windrop but for the ioFTPD cause i like the way your ioBanana display racestat and stuff ... but it would be funny to get the skin in a file to change it and maybe we can post our custom skin ... JUST AN IDEA

-A new command to change topic thru the server will be great and we can add a feature to display it this way "[$1/$2] This is your topic"... $1 = users passed, $2 = users on quota or iND

-A dualup limitation ( not in the same sfv ) if you do you lost an FTP login, dualdown limitation... the same punishment ( with a list of grps allowed to dualup and down ... separated pls). Cause i've got the noDUAL.itcl ( i've linked to the iobanana part of the windrop to announce it in the chan ) and it kicked the second account but it still log in the dupe log ... and keep reconnect ... you can imagine ... UNDUPE time!!!!!

OK that's it for the moment, if someone need some of the changes i've made just ask me...

[ko0ky]

I would like to see multiple group quotas. Maybe an option to set different quotas for different groups. For me, the problem is i have several groups that can do group quota but seeing how they are different sizes (number of members) the quota can't be the same as a large group.

Here's an example.

group1 - 10 members - group quota = 60 gigs
group2 - 4 members - group quota = 60 gigs? no way, that might be too much for them, instead I would like to set a different group quota with the smaller group.

Maybe it could be an option that quota is based on HOW MANY members are in that group.. an option quota per group member = 5 gigs. If group has 10 members quota is 50 gigs, if group has 5 members quota is 25 gigs.

maybe this is pointless to others? I'm not sure, but for me it would be very useful.

Also I miss having a cut off date for quota trial and grpquota start. The current release v2.0 release 1, trials start on monday, but if you add a user on monday, they have to wait until the following week to start their trial. Same with quota and grpquota, if user added on the 2nd of the month, he is exempt from quota the entire month.

I thought I'd have more suggestions, I think I need to gather my thoughts. This seems like a good start.

[fL4sh.r0x]

Hi all,
like i see, new ioB2release1 has not all the same implement as ioBananaV20final.
I'm using the old script from a lot time with good success. In the last one there new features but a lot missings. The anothers are: speedlimit when race starts and end, the access to pretime db with announce to irc, banned dir, slow race. I remember i've never used ioB2, so one of these feauters can be in.
Thanks a lot Harm for all :)

[Harm]

Hello,
-I've included a !credits script in mine maybe u can add one directly in ioB with a different announce for some grps ( check the script posted by Fungraphic, it was changed by me to get grps custom announcement )

I've a feature called !user <someone> in my todo list which might be similar to that.

-I'm still having trouble with the !request command (but Harm know about it)

Really ? I think I've fixed that some time ago. I'll contact you in a few days for the tests.

-A cool feature already done as a TCL (by Lashan) is !mostleeched, u have the top 5 most leeched it make a new file to make stats with the tranfer log, so you can try as well to add the !traffic name.of.the.release to get the listing of peoples who get it.

Maybe as a module... but since it does already exist, this goes at the bottom of the list.

-With mine the DUPE/UNDUPE is not working i've fixed with another script, yours don't log at all ( I said mine i guess it was me the main prob for this )

Hmm... no, I really don't understand what you're trying to say here, sorry.

-It's would be great to have a file like the ioB2.skin for windrop but for the ioFTPD cause i like the way your ioBanana display racestat and stuff ... but it would be funny to get the skin in a file to change it and maybe we can post our custom skin ... JUST AN IDEA

They're currently hardcoded for speed reasons. The code can be directly edited by those who wish to customize the messages... though I might come with some tool to edit them.

-A new command to change topic thru the server will be great and we can add a feature to display it this way "[$1/$2] This is your topic"... $1 = users passed, $2 = users on quota or iND

Haha, what about a built-in coffee machine ? :p
Seriously, the quota/trial related message in the topic is a good idea, but a site command to change the topic...

-A dualup limitation ( not in the same sfv ) if you do you lost an FTP login, dualdown limitation... the same punishment ( with a list of grps allowed to dualup and down ... separated pls). Cause i've got the noDUAL.itcl ( i've linked to the iobanana part of the windrop to announce it in the chan ) and it kicked the second account but it still log in the dupe log ... and keep reconnect ... you can imagine ... UNDUPE time!!!!!

I'm not sure I undestand your particular problem here, but I've already said dual up/dn will be taken care of by a module (that I'll write).


ko0ky: I'm afraid I'm lacking time at the moment but I have a module which aims to adapt quota and trial to a particular setup. I might consider writing one for cases like yours too.
Who said I'll have some free time around Xmas ? :p

domy_3: You're right, I've removed most of the less used / way too funky stuff from the core ioBanana. My aim is to provide the core functionality and allow users to quickly write modules for the extra functions. This way you'll have only what you really need, which is more efficient. You'll also be able to add functions that are not provided by default or customize existing ones to fit your particular configuration.
Note that it's not quite ready yet and I'll most probably write most of the first modules myself.
The pretime database (which is *the* usefull feature in your list) will be a module as well. I'm actually considering a central database module that will replace the default file-based dupe engine and add pretime functions and then several lower-level modules that will provide database specific code to this one (ie. MySQL, PostreSQL, etc.).

Comments on all this are welcome.

[fL4sh.r0x]

Another feature of old iobanana is the possibility to personalize (see ioBanana-text).
Can u put this in new release?
And why use only 3 char max in iob2? If i want to 5 char? :confused: i'll see only the first 3.

:)

[Harm]

The ability to customize the output will be improved (err... easier) in an upcoming release. The code can be edited directly if you can't wait for other ways to do so.

[MidasKing]

An release is complete in the site (with tagline showing 100%, announce of release and race completion in the channel, etc)...
If somebody upload a different archive (not part of original release and, therefore, not enclosed in .sfv) ioB2 accept the garbage without any problem...


Example1: directory with release uploaded correctly

1) the release completed: Test.of.bug.in.ioB2-NOGROUP
2) the correct tagline: (100% Complete]-10F @ 139.2MB at 175kBps]-[XL]
3) the correct .nfo Test.of.bug.in.ioB2-NOGROUP.nfo
4) the correct files: test1.rar
. test1.r01
. test1.r02
. ...
. test1.r10
5) the correct .sfv test1.sfv

Somebody upload (for deceit, or not) some stuff (without .sfv) in same directory

Example2: same directory with new garbage

1) the release completed: Test.of.bug.in.ioB2-NOGROUP
2) the correct tagline: (100% Complete]-10F @ 139.2MB at 175kBps]-[XL]
3) the correct .nfo Test.of.bug.in.ioB2-NOGROUP.nfo
4) the correct files: test1.rar
. test1.r01
. test1.r02
. ...
. test1.r10
5) the correct .sfv test1.sfv
6) any garbage any.other.crap1.rar
. any.other.crap1.r01
. any.other.crap1.r02
. any.other.crap1.r03.
. any.other.crap1.r04
. ....
. any.other.crap1.rnn

Now, i'm really worried with the future of ioB2 .... :( :( :(

Hei Harm, where you are???

No answers, no comments, no fixes.....

[Harm]

As far as I can remember this has always been the case, even with previous releases.


I've carefully noted this request as well as other good ones that I've read/heard in the past two months. Though, I'm currently really busy working in the UK and I have no time working on ioBanana. I have very little access to the internet and even less time to read these forums. I've planned to take the few days of free time I'll have around Christmas to prepare another release.

You can be worried, write using an even bigger font or use many more smileys, I'm afraid it won't change anything... In fact, it will only make it harder for me to get back into it when I'll return to my studies in january. If (for any reason) you're still willing to use my scripts then, you should keep your posts simple and also keep everything in one place. For example you could continue to add to the request thread with small and clear descriptions.

I'm sorry for having a life.

[MidasKing]

Well,

after this post I find that not justify to be arguing our different personal positions here.

By the way, this forum not have this purpose.

This forum exists, I think, only, to place the problems (bugs, problems, etc) and wait the solutions, explanation or correction by the scripters or other more experienced users.

Always with the purpose in such a way to improve the product for its creator as for the user.

Thus, it wanted to leave clearly that this always was my intention: to contribute mainly for the improvement of the ioBanana because he is script that I use and that I intend to continue using.

My excuses if, for some reason, seemed that my position would be different of the here described one.



I'm sorry for having a life.

Certainly, and you must live it in the best possible way. I, at least, try... :D

Good luck!!!

[oldhouse]

Hi. Could u add an option to not nuke affils on divx even if pre'ed dirs are under imdb rules? For example a 4.0 movie while site autonuke rule is 5.0 minimum vote.

Also I had a small problem on imdb autonuke, since i got a dir nuked even if vote and number of votes were higher than the minimum configured in ioconfig.itcl. And bot didn't announce dir would have been nuked, even if warn is enabled too. So I would suggest u to check the nuke routine or something like that...

[LordM]

Is it possible, to change the file ending of .ioFTPD.mp3 cause some players add those files to playlist because of ".mp3".

Thanks in advance

[GReeToZ]

Is it possible, to change the file ending of .ioFTPD.mp3 cause some players add those files to playlist because of ".mp3".

Thanks in advance

yeah i would like to change that to! its a pain in winamp :P hehe

[MidasKing]

IoB2 not allow erase mp3 & DiVX directories

If a common user (flag 3) gives up to complete one release and tries to erase the respective directory of mp3 or DiVX(imdb),ioB2 does not allow.

Sequence of commands and answers of ioB2:

user command: del an.mp3.incomplete-DIRECTORY
system message : Directory not empty

Then, if the user tries delete the internal archives (.sfv, .nfo,.m3u, etc) the answer is: invalid filename (the archives continue there and the names are correct)

In the case of DiVX (imdb) happens similar thing in relation to the directory and the tagline created by .nfo.

In synthesis, the system does not allow that to the user delete its proper uploads...

[Harm]

You're right, the imdb dirtag doesn't have permissions or owner set when create. I will correct this. However, the default permissions and owner should apply here.
I've just tested it and I was allowed to delete the dirtag without any error or warning. What is your configuration for these default permissions and owner ?

Now, the commands:
"del a.test.directory-midasking" should be "rmd a.test.directory-midasking" (could be a typo).
"Directory not empty" means you're not allowed to rmdir a non-empty directory. This is the intended behaviour (as it is on any *nix os).
"invalid filename" looks like a bug introduced with ioFTPD 5.8.6r and 5.8.7r. Have you upgraded to one of these ?

[MidasKing]

What is your configuration for these default permissions and owner ?My config is the default:
Default_Directory_Attributes = 755 0:0
Default_File_Attributes = 644 0:0
"del a.test.directory-midasking" should be "rmd a.test.directory-midasking" (could be a typo).
"Directory not empty" means you're not allowed to rmdir a non-empty directory. This is the intended behaviour (as it is on any *nix os).
"invalid filename" looks like a bug introduced with ioFTPD 5.8.6r and 5.8.7r. Have you upgraded to one of these ?
Really, I was using 5.8.7r and it had not noticed problems so far. I go back to 5.8.5r and, then, go to remake the tests and I'll place the results...

Thanks in advance...

[Harm]

"Default_Directory_Attributes = 777 0:0" would give better results here.

[vagzhunter]

Hello. ioBananav20 have options to save imdb.nfo and to extract .nfo/file_id.diz from zip files. It is possible to put them back?

[Harm]

Actually, it does extract the file_id.diz. The getdiz proc could be improved though.

imdb.nfo is spam and whatever was written in there is in .ioFTPD.message anyway. I won't add that but feel free to do it.

[vagzhunter]

Maybe wrong place for this question, but how can I add this option? (creating imdb.nfo)

[MidasKing]

I've carefully noted this request as well as other good ones that I've read/heard in the past two months. Though, I'm currently really busy working in the UK and I have no time working on ioBanana. I have very little access to the internet and even less time to read these forums. I've planned to take the few days of free time I'll have around Christmas to prepare another release.
Any forecast???

We must keep the hope??? Or not???

Thanks in advance...

[LordM]

Will top 10 announces be included again like in ioBanana v20? I'm kinda missing them.

And maybe add a speed info on first file/halfway announces?

thx in advance

[LordM]

ok, Top10 Users are already included.

!alup , !aldn , !mnup etc I was thinking of.

[iXi]

What about change dupecheck form file db to SQLite (file / dir dupe).. add SQLite approve db request db etc.. so the bot can access them directly and no ftp connection is needed.. for example you type..
!approve rlsname.. will be stored in DB even if you create new dir that db will be checked and if approved rlsname = new dir rlsname then approve.. tag & msg maybe..

also todo.. add templete system for ftpd msgs.. got tons more ideas:) more soon all i'm to lazzy to code my self ill spam here:P

[panzerfaust]

perhaps better "analysis" of the MP3 information, as it is know, it seems to be writing the bitrate of VBR files, but some people would perhaps prefer the script to print out VBR instead of 239kbps. Just a thought.
And I would also agree that the .ioFTPD.mp3 file is a bit annoying, is it possible to make it use another extension?

[LordM]

those files will disappear, as soon as ioFTPD is able to handle .ioftpd flies larger than 4kB.

That's what harm told me on IRC.

[Harm]

panzerfaust: I wouldn't call writing VBR instead of the bitrate a "better analysis". I'll see what I can do with that.

iXi: sqlite or mysql databases support is planned. However, I won't make the bot query the sqlite file directly. It would force the bot to be running on the same box (or to share directories with it) and I'm trying to remove this limitation.

[iXi]

hehe but bot at same box still best way:) to hide siteip.. just let them connect via BNC to ircd.. and bot is allready needed to run at the same box? or i'm wrong.. cuz of ioFTPD.log & other logfiles:)

[Elladan]

I'm missing "incomplete" symlinks in root dir and I'd also like to have "latest" symlinks configurable per section.. (like 5 latest symlinks for mp3 and 3 symlinks for movies)

... and yeah. %speed in halfway would be nice ;)

[LordM]

And it would be nice, if the rules system could be described a lil bit. I don't know if it is a lot to write, but I am sure someone would write it, if he knew, how for example rules.cfg has to look like.

At least I would do it, if you tell me, how it works harm :)

[helenoksen]

4) STATS per section
It will probably be in the next version (unless it comes with the next ioFTPD). It's amazing nobody has requested this before as it has always been like that.
Note that SITE USER username gives stats per section already.


how's it going with this? any progress? still waiting for ioftpd 1.0?

also i got a question regarding an older version of iob and i was hoping you would have an answer harm. It's like this:

this if from iobanana.tcl:

# Stats sections (for trial/quota and such)
set ioBvar(sections) "0"

this was never implemented right? like you said in a previous post?

im referring to this piece of code:
"quota123" {
set user [lindex $args 1]
putlog "$ioBvar(sections)"
set status [catch {set ee [::ftp::Quote $ioBvar(ftp) SITE BSTATS MONTHUP USER $user 1 "\"$ioBvar(sections)\""]} result]


"\"$ioBvar(sections)\"" doesnt seem to have any effect. I tried running some combinations of the site bstats cmd in my ftp client and it doesnt seem to work.

for instance if i want to count the quota for a user in ONLY section DEFAULT (0) and not the other sections, eg REQUEST (8), SPEED (7). site bstats monthup user someuser 1 "0" gives me the monthup stat for that user but for all sections, incl speed + request. It should give me the stats for ONLY that section (0).

site bstats monthup user someuser 1 "0"
200-1;someuser;TRiAL;2487

So my question is, is this not implemented in ioBanana yet? is it just there, in the tcl file, for future use or what? And i presume its the same thing with ioBv2?

example from ioftpd.ini:
[Sections]
REQUEST = 0 8 /REQUEST/*
SPEED = 0 7 /SPEED/*
DEFAULT = 0 0 *

iosharedb
io 5.8.5r
iobananav20

Thanks,

helenoksen

[Harm]

helenoksen: That's right, there were a few issues with the per sections stats in ioBanana v20.

Correct me if I'm wrong but it's actually working when you're using ioB2.

[helenoksen]

hello harm and thanks for the reply. The problem with ioB2 is the quota command !quota:

proc ioB:mnquota {nick uhost hand chan args} {
global ioBlog ioBmsg ioBquota ioBtrial ioBvar
if {$ioBvar(silent)} {return}
ioB:hidden $chan
set args [split [ioB:filter [join $args]]]
set ee ""; set ioBvar(ftperror) ""
switch [lindex $args 0] {
"quota" {
set name [lindex $args 1]
set status [catch {set ee [::ftp::Quote $ioBvar(ftp) SITE BSTATS USER MONTHUP 200 "\"$ioBvar(sections)\""]} result]


in the older version of iob, which looks like this:

"quota123" {
set user [lindex $args 1]
set status [catch {set ee [::ftp::Quote $ioBvar(ftp) SITE BSTATS MONTHUP USER $user 1 "\"$ioBvar(sections)\""]} result]


iob only retrieves ONE user for this command. In ioB2 however, the script fetches 200 (!!) users, just to be able to get the stats of ONE user. Isnt that a waste of resources? I've tested this with iosharedb some time ago (via ftp raw cmds (SITE BSTATS USER MONTHUP 200 etc)) and it takes way too long to show the stats.

i got three questions:

1. can u make a small update for ioBananav20 with that section stuff i talked about in my ealier post?

2. what is the reason you chose to change it to 200 intead 1? Im just curious

3. is anyone else experiencing this with iosharedb and ioB2?

thanks,

h :cool:

[Harm]

1. No, I won't (and can't) update ioBanana v20

2. This is because you cannot specify an username to SITE BSTATS yet. I'm well aware that the stats (as well as the raceinfo files) are the functions that have the more room for improvement in ioB2.

3. There are 2 ways to fix this issue:
- request the stats directly from the database. This would break the whole purpose of the user module and is everything but portable.
- wait for the documentation of the module interface and create a working shared db module (this can take some time).

[LordM]

I came up to a feature, that doesn't work. Request from IRC (as a trusted user) just makes my windrop use up to 100% CPU and nothing else. No reply, no debug.

Special info: harm: that also occours with ioB2 R2beta1

Fixxed with help of harm in next version :D
________________________________________--

On some MP3 files, ioB2 doesn't put out the bitrate on announcement of receiving mp3. I looked into banana-info and it gave me that:

SITE SHOWBANANA
[...]
G:/ftp/mp3/another_bad-mp3_file.mp3 is corrupt or is not a standard MP3 file.
[...]

But the file(it takes the first one uploaded), is 192kBps cbr.

[panzerfaust]

please fix the announce of imdb, since they have changed the layout quite a bit. thank you in advance.


when i am down to requesting things, i might as well request support for the new preset -V2 etc, ioB doesnt seem to handle this very good, can u perhaps look into that as well harm?