|
Temar
|
 |
« Reply #15 on: June 19, 2007, 03:44:24 PM » |
|
im just trying to setup a raid bot now i dont fully understand this flexiable security but sounds like wat i want i did this command !set Flexible_security Guest_group member Bot died and gave this error Fatal error: Call to a member function on a non-object in /root/Battle150/modules/SettingsInterface.php on line 217
|
|
|
|
|
Logged
|
|
|
|
|
Alreadythere
|
 |
« Reply #16 on: June 19, 2007, 04:27:48 PM » |
|
What's the line? I can't see any error in the SVN version (0.3.4 svn version, not head).
|
|
|
|
|
Logged
|
|
|
|
|
Temar
|
 |
« Reply #17 on: June 19, 2007, 04:36:37 PM » |
|
got the error again just by turning autoinv on the line reads $module = $this -> bot -> settings -> remove_space($module);
|
|
|
|
|
Logged
|
|
|
|
|
Alreadythere
|
 |
« Reply #18 on: June 19, 2007, 05:04:23 PM » |
|
That line is from the head version in the SVN, not the 0.3.4 version available as packaged download. I'd guess you are using the old settings.php but a new settingsinterface - you have to use the same version for both. But if you are mainly using the 0.3.4 package instead of the 0.3.5-svn (head) version, you'll run into lot's of trouble of the kind you just ran into if you switch settings.php to the new version.
Since release of 0.3.4 there was one bigger change in SVN, the way settings are accessed changed. With that the variable to call changed too, from set to settings.
|
|
|
|
|
Logged
|
|
|
|
|
Temar
|
 |
« Reply #19 on: June 19, 2007, 05:41:25 PM » |
|
i might have done it by accident when trying to fix the !admin rem error by downloading a newer file from svn
|
|
|
|
|
Logged
|
|
|
|
|
Temar
|
 |
« Reply #20 on: June 19, 2007, 05:51:27 PM » |
|
i restored the files to 0.3.4 release and its not crashing now to figure out wat i do with Guest_Group / flizible security thing lol
|
|
|
|
|
Logged
|
|
|
|
|
Temar
|
 |
« Reply #21 on: June 19, 2007, 09:54:17 PM » |
|
i have a prob :/ i imported my member list from older version of bot which is fine i put it in the user table ok the prob is all the members are Not on buddylist so no autoinvites :/
and also all the member should of already been on there but i think the bot removed them but i duno why
|
|
|
|
|
Logged
|
|
|
|
|
Temar
|
 |
« Reply #22 on: June 19, 2007, 09:55:47 PM » |
|
[2007-06-20 00:10:39] [CRON] [ROSTER] Done updating roster. Removed 0 members of which 0 was rerolled characters. [2007-06-20 00:10:39] [CRON] [ROSTER] Cleaning buddylist. [2007-06-20 00:10:39] [ROSTER] [BUDDY-DEL] Sneakz66 ...........................BIG list of Deletes [2007-06-20 00:10:39] [CRON] [ROSTER] Cleaning buddylist done. 151 buddies removed.
|
|
|
|
|
Logged
|
|
|
|
|
Ebag333
|
 |
« Reply #23 on: June 20, 2007, 01:41:33 AM » |
|
I've ran into this myself. Periodically (not every time) the member/buddy list gets wiped.
Not quite sure whats causing it.
|
|
|
|
|
Logged
|
|
|
|
|
Glarawyn
|
 |
« Reply #24 on: June 20, 2007, 01:48:03 AM » |
|
Option 1 sounds cool, but *WAY* too complex. Most of my users wouldn't be able to figure that out.
How is it complex? Player A: /tell botname !alts add Player B Bot: /tell Player B Player A has requested that you be added as an alt, click here to confirm Player B: Clicks link Bot: /tell Player B You are now an confirmed alt of Player A If people think it's to complex to click a link, they probably cant handle playing AO in the first place imho. Thanx for the reports btw Chris. And good catch on the alts issue. I like it and have thought of doing the same thing myself on Campalot.
|
|
|
|
|
Logged
|
|
|
|
|
Temar
|
 |
« Reply #25 on: June 20, 2007, 08:12:27 AM » |
|
this is prob the part that does it in roster.php function update_raid() { // die("Do not run this version without knowing what you are getting into. Raid Roster has not been properly tested.\nComment out this die() call if you are feeling adventureus."); $this -> bot -> log("ROSTER", "UPDATE", "Starting roster update");
$buddies = $this -> bot -> aoc -> buddies; $num = 0; $this -> removed = 0; $this -> rerolled = 0;
$members = $this -> bot -> db -> select("SELECT char_id, nickname, user_level FROM #___users"); if (!empty($members)) { foreach ($members as $member) { $id = $this -> bot -> aoc -> get_uid($member[1]);
/* Catch deleted characters. */ if (!$id) { $this -> erase("Roster", $member[0], $member[1], "as the character appears to have been deleted."); }
/* Catch rerolled characters. */ else if ($id != $member[0]) { $this -> erase("Roster", $member[0], $member[1], "as the character appears to have been rerolled. Old: $member[0] New: $id"); $this -> rerolled++; }
/* If not we just run trough the paces and make sure everything is in order. */ else { /* Make sure we have an entry in the whois cache for the character. */ $this -> bot -> whois -> lookup($member[1]);
if ($member[2] == 3) { /* Make sure the admin is on the buddylist. */ if (!$this -> bot -> aoc -> buddy_exists($id)) { $this -> bot -> aoc -> buddy_add($id); $this -> bot -> log("ROSTER", "BUDDY-ADD", $member[1]); }
/* Make sure we don't remove the admin from the buddylist in the final step */ unset($buddies[$member[0]]); } } } } $this -> bot -> log("CRON", "ROSTER", "Done updating roster. Removed " . $this -> removed . " members of which " . $this -> rerolled . " was rerolled characters.");
$this -> bot -> log("CRON", "ROSTER", "Cleaning buddylist."); /* cycle trough anything still on our buddylist */ foreach ($buddies as $id => $value) { $name = $this -> bot -> aoc -> get_uname($id); $this -> bot -> aoc -> buddy_remove($id); $this -> bot -> log("ROSTER", "BUDDY-DEL", $name); $num++; } $this -> bot -> log("CRON", "ROSTER", "Cleaning buddylist done. $num buddies removed."); }
can you see whats wrong?
|
|
|
|
|
Logged
|
|
|
|
|
Alreadythere
|
 |
« Reply #26 on: June 20, 2007, 08:20:53 AM » |
|
It's trying to get the admins by user_level = 3, which isn't used in the users table anymore though.
Grab the current SVN version and try it, it doesn't contain any settings calls, so shouldn't create any errors there.
To get your buddies back you'll have to set notify = 1 in your users table for all members (user_level = 2). something like UPDATE users SET notify = 1 WHERE user_level = 2 in SQL should do that. Replace users with your tablename, include any prefix.
|
|
|
|
|
Logged
|
|
|
|
|
Temar
|
 |
« Reply #27 on: June 20, 2007, 08:39:50 AM » |
|
i can get my old buddies bk easy ill just run old bot and let it do it
|
|
|
|
|
Logged
|
|
|
|
|
Alreadythere
|
 |
« Reply #28 on: June 20, 2007, 08:43:51 AM » |
|
If you want to keep them with bebot you'll have to set notify = 1.
|
|
|
|
|
Logged
|
|
|
|
|
Temar
|
 |
« Reply #29 on: June 20, 2007, 08:53:07 AM » |
|
they were already set to that well after changeing for the svn roster i ran bot and it readded all the member to buddy list 
|
|
|
|
|
Logged
|
|
|
|
|