Those lines are trying to access things set in the session variable. I would check to see if sessions are working properly in your php installation (by the sounds of it, it isn't.)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hopefully someone still monitors this forum but I've received the exact same errors with my documents on a PHPBTT installation. Any insight into fixing it? I'm a total tracker scrub.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I just realized now that Gmail has been putting SF.net notifications in the junk mail folder. Gah.
capnstank: Sessions are not set up properly in your PHP installation. It will give errors like that and the admin pages will not work properly until you fix it.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Alright so I've been digging around and the issue is persistant throughout numerous pages but the ones referenced above seem to go away if you log in using a user other than the Admin you specify in config.php.
Is the issue at this point just that the code contains some inherent errors and I should disable the reporting in php.ini? I've noticed some other issues in the php code due to depreciated functions and I've fixed those manually myself.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Sorry, I only have sporadic computer access at the moment. It's quite likely that there has been syntax changes or function changes (which are common in php, unfortunately) that I likely need to address. It appears that something changed in the way PHP uses sessions. I hope to get a PC working at home in the next little while so I can look at it.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It is all good, you're going above and beyond still responding to posts after almost two years of inactivity!
From what I've noticed you may need to address sessions on almost all Admin pages but since they're just Notices (not errors) they can be hidden from php.ini when pushing the app to production.
The functions I found depreciated are epeg_replace functions you used which can be swapped out for str_replace. Files using the date() function also need to have a default timezone set.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I just installed phpbttPlus. When I go into admin I get this at the top of the page:
Notice: Undefined index: add in D:\Server\mytracker\html\admin\bta_funcs.php on line 193
Notice: Undefined index: retiredmgmt in D:\Server\mytracker\html\admin\bta_funcs.php on line 198
Notice: Undefined index: ipban in D:\Server\mytracker\html\admin\bta_funcs.php on line 206
Notice: Undefined index: usermgmt in D:\Server\mytracker\html\admin\bta_funcs.php on line 211
Notice: Undefined index: advsort in D:\Server\mytracker\html\admin\bta_funcs.php on line 216
Notice: Undefined index: viewconf in D:\Server\mytracker\html\admin\bta_main.php on line 311
The messages are somewhat different ad I try different pages but there are 4-6 of them and they start before the page displays.
When I add a torrent I get the X+hash and the Y+hash but nothing gets entered in namemap.
Thanks in advance for your help
Usagi
Those lines are trying to access things set in the session variable. I would check to see if sessions are working properly in your php installation (by the sounds of it, it isn't.)
Super Necro post!
Hopefully someone still monitors this forum but I've received the exact same errors with my documents on a PHPBTT installation. Any insight into fixing it? I'm a total tracker scrub.
I just realized now that Gmail has been putting SF.net notifications in the junk mail folder. Gah.
capnstank: Sessions are not set up properly in your PHP installation. It will give errors like that and the admin pages will not work properly until you fix it.
Well I've installed apache, php, mysql all manually and unfortunately am not extremely adept at configuring them.
I've checked the php.ini file and everything seems to check out. Would you recommend starting over and using LAMP?
Alright so I've been digging around and the issue is persistant throughout numerous pages but the ones referenced above seem to go away if you log in using a user other than the Admin you specify in config.php.
Is the issue at this point just that the code contains some inherent errors and I should disable the reporting in php.ini? I've noticed some other issues in the php code due to depreciated functions and I've fixed those manually myself.
Sorry, I only have sporadic computer access at the moment. It's quite likely that there has been syntax changes or function changes (which are common in php, unfortunately) that I likely need to address. It appears that something changed in the way PHP uses sessions. I hope to get a PC working at home in the next little while so I can look at it.
It is all good, you're going above and beyond still responding to posts after almost two years of inactivity!
From what I've noticed you may need to address sessions on almost all Admin pages but since they're just Notices (not errors) they can be hidden from php.ini when pushing the app to production.
The functions I found depreciated are epeg_replace functions you used which can be swapped out for str_replace. Files using the date() function also need to have a default timezone set.