TorrentFlux 2.1-b4rt [Current: 2.1-b4rt-98]

[b4rt]

moved...

since version 2.1-b4rt-94 this version is moved to :

https://tf-b4rt.berlios.de/

Do you plan to update tf-b4rt with TF2.3 as a base?

the old 2.1-branch of tf-b4rt (2.1-b4rt-xxx) is not actively developed (only fixes, minors and updates) but should be still an alternative for official 2.2/2.3.
all things from the changelogs of 2.2/2.3 are ported to both tfb-branches (except the image-vali which is only in torrentflux-b4rt but there in an extended implementation)
so old branch has "all" (except the image-vali) from 2.2/2.3 already in v98.

"torrentflux-b4rt" (which will be renamed to a real different name before going final) is a new thing and has nothing to do with the official tf-lines. only thing you can do is upgrade from official tfs to torrentflux-b4rt (check the INSTALL-doc how to do that). just check out the latest alpha, its installed "in a minute" (web-based setup + upgrade).

[b4rt]

Hey B4rt,

I got a lilttle issue here, because i want tf to handle links in PM´s like real url´s so they´re clickable. So I´m trying to modify the code in the functions.tf.php where it says remove html from message but i´m a bit lost right now, could you maybe look into it please

hmm i didnt really search now, only overflew code but i did not see any code in functions.tf.php striping out html-tags. but i know what you mean and will take a look into it.

EDIT: i was wrong, i looked into code now and the code is in functions.tf.php in the function check_html.


regards,
b4rt

[b4rt]

so that would fix the issue i have?

yes, the error you get is from the messed up file(s).

regards,
b4rt

[XplOzIon]

Cannot modify header information - headers already sent by (output started at /var/www/tf/adodb/adodb.inc.php:7770) in /var/www/tf/functions.tf.php on line 54

Yep same error on a FRESH install. I was runing 2.1 Final. it works like a charm, but this one gives me same error people is getting.

Im running Linux box (Ubuntu) all modules instales for www stuff. Guide me how to give you more details. im a noob for this kind of stuff

[b4rt]

urgs... i just looked into ado-db-code and it looks like my cvs-import/checkout has messed up the whole ado-db lib with wrong linebreaks.
i was so lazy when doing it and just imported whole docroot as a module...
ill fix this in my cvs, have only "tf-code" in my cvs-mod and will replace all library-code with vanilla versions.


the easiest way now for you all having the problem is to replace the adodb (whole dir with subdirs etc) of my v84 tarball with the content of an older tarball or the tarball of 2.1 final.
you dont need to touch any code with this method.


sorry again... this type of problems are why i feared and delayed first tarball-release after v82 + cvs-action


regards,
b4rt

[b4rt]

Cannot modify header information - headers already sent by (output started at /var/www/tf/adodb/adodb.inc.php:7770) in /var/www/tf/functions.tf.php on line 54

Yep same error on a FRESH install. I was runing 2.1 Final. it works like a charm, but this one gives me same error people is getting.

Im running Linux box (Ubuntu) all modules instales for www stuff. Guide me how to give you more details. im a noob for this kind of stuff

check the post i wrote meanwhile you wrote yours. its the simplest method atm i could think of.

[XplOzIon]

urgs... i just looked into ado-db-code and it looks like my cvs-import/checkout has messed up the whole ado-db lib with wrong linebreaks.
i was so lazy when doing it and just imported whole docroot as a module...
ill fix this in my cvs, have only "tf-code" in my cvs-mod and will replace all library-code with vanilla versions.


the easiest way now for you all having the problem is to replace the adodb (whole dir with subdirs etc) of my v84 tarball with the content of an older tarball or the tarball of 2.1 final.
you dont need to touch any code with this method.


sorry again... this type of problems are why i feared and delayed first tarball-release after v82 + cvs-action


regards,
b4rt

  It works like a charm now 
  Thanks a lot.. and you dont need to be sorry for nothing, coding all that around on your own must be a pain, and of course theres some stuff that always escapes hehe..

Thanks for your great work!

[PiForever]

sorry again... this type of problems are why i feared and delayed first tarball-release after v82 + cvs-action

I agree you should not be sorry; you did a big job implementing all those hacks and modifying the code to make them user friendly. You should take a break during teh world cup

I hope Argentina gets the cup this time

thnx

[b4rt]

sorry again... this type of problems are why i feared and delayed first tarball-release after v82 + cvs-action

I agree you should not be sorry; you did a big job implementing all those hacks and modifying the code to make them user friendly. You should take a break during teh world cup

I hope Argentina gets the cup this time

thnx

hehehe i am watching football

normally i dont like it but i like events like a worldcup where "the world meets".

nono @argentina .. they wont win

regards,
b4rt

[small_furry]

just upgraded from -7 and seems to behaving ok except that some torrents show as "new" when they should show completed. Attempting to restart them gives an insert error---- as they already exist, but they seed ok .  stats now work for us sad 'bsd folk  ;-)

Thanks for a cool mod!

[b4rt]

just upgraded from -7 and seems to behaving ok except that some torrents show as "new" when they should show completed. Attempting to restart them gives an insert error---- as they already exist, but they seed ok .  stats now work for us sad 'bsd folk  ;-)

Thanks for a cool mod!

sounds like you didnt rename your stat-files.
rename of stat-files is needed when upgrading from pre-v8 to v8(+)
check changelog.txt or point 4 of first post of this thread, there is a one-liner which does a bulk-rename in one call.

regards,
b4rt

[b4rt]

further looked into the transmission-client-totals-bug...

do (not sure yet how to reproduce it but a restart is involved)
-> the values doubled on client-start.

easy to reproduce i found out. just restart a torrent ran by transmission and watch totals after restart in downloaddetails. they doubled every restart in my tests.

i noticed something there too but only on transmission-clients.
sometimes it seems the values are added when they shouldnt. but this is only the case since last upgrade of transmissioncli.

i downgraded transmission step by step and this problem is present in all 0.6-svn versions of transmissioncli. its even present in 0.5 which really makes me wonder why it ever worked with transmission-clients as there is nothing client-specific in my totals-code. totals-safe is called in the ClientHandler-baseclass with the same code for all clients.

just found the cause for this issue. transmission is behaving different as tornado on restart. while tornado always flushes his totals-stats and has always 0 for up and 0 for down after a start transmission "remembers" what it has already transferred.
my code is written for the "tornado"-behaviour of "not-remembering transfer-stats" so it behaves bogus on transmissionclients.
update as soon as i have a elegant solution for this in mind/implemented.

EDIT:
this behaviour of transmission-clients also affects xfer-hack as xfer-hack does the same like my totals code (pull stats from stat-file on client-start, process em and safe values to the database).
this means if you restart transmission-clients you will have wrong xfer-stats as well.

the more your transmission-clients have already transferred, the bigger your errors will be (not double like i stated, thats only the case at the begin when you "restart quick")


regards,
b4rt

[mb.Tab]

Hey b4rt,

thanks for the Link stuff, works great so far but i forgot to ask something. The Point is, is it possible to add "http://anonym.to/?" in front of every link that is passed in a PM *?*...So if i send you a pm with the link "http://www.test.de" tf will handle it and add a http://anonym.to/? so it looks like this "http://anonym.to/?http://www.test.de" *?*
Hope you get my idea !

mb.Tab

[b4rt]

Hey b4rt,

thanks for the Link stuff, works great so far but i forgot to ask something. The Point is, is it possible to add "http://anonym.to/?" in front of every link that is passed in a PM *?*...So if i send you a pm with the link "http://www.test.de" tf will handle it and add a http://anonym.to/? so it looks like this "http://anonym.to/?http://www.test.de" *?*
Hope you get my idea !

mb.Tab

not really gettin this i must admit
is it because you dont want to have referers at the pages you send the links ?

EDIT: oops i got it now, i thought anonym.to is used like example.com but its actually really a dereferrer service 
so thats no problem.

regards,
b4rt

[mb.Tab]

Yeah the person whos requesting this doesn´t want them to know where he´s coming from,  like a dereferer

mb.Tab

[cats]

Hi,

well I just updated from b4rt V7 to V84 and recompiled transmission...
I'm on Freebsd 6.1.

It keeps exiting.
I tried to launch it on command line verbose mode.

Binded port 49291
Accept thread started
Thread started
Creating files...
Resume file '/root/.transmission/resume.5756121406235435219e3fc3b1c7a4bfedcfc50a' loaded
Fast resuming successful
Tracker: connecting to XXXXXX:80 (sending 'started')
Tracker: got 50 peers
Seeding, uploading to 0 of 0 peer(s), 0.00 KB/s                               

e50dbf58:8bc0 SEND handshake
Tracker: connecting to XXXXXX:80 (sending 'stopped')
Tracker: got 0 peers
Resume file '/root/.transmission/resume.5756121406235435219e3fc3b1c7a4bfedcfc50a' written
Thread exited
Thread joined
Accept thread exited
Accept thread joined
Resolve thread exited

I'm trying to launch a torrent to seed it only.

Tornado works fine for the same torrent....