What's new
By:
  • Visit Rebornbuddy
  • Visit Panda Profiles
  • Visit LLamamMagic
  • Visit Resources
  • Visit Downloads
  • Visit Portal

[Plugin] BuddyStats - Stats and Remote-Control

Status
Not open for further replies.
We might change abit the way it works, extend logs and add some history features, etc. But we focus on the features atm :). Once were happy about em, we will see what we can do next! :)
 
I'm the only one that see's 2 bots on website when i'm just running 1. It's like a bug.
 

Attachments

  • bugg.webp
    bugg.webp
    16.9 KB · Views: 108
expir3d said:
I'm the only one that see's 2 bots on website when i'm just running 1. It's like a bug.
Click to expand...
Theres an issue with DB not closing properly, please check if theres not another DB instance still running (in Task Manager -> Processes), that might be the problem. Im working on solution though :).
 
Well, I'm at work now and notice a strange thing. When i open the website on my android, via browser, the uptime is reseted... i don't know if this is a bug on display or if rly my bot is restarting... any1 got this?

WoW, now i just hited the refresh button on my desktop and the uptime was reseted again...
 
Last edited:
Theres possibilty , that your bot got disconnected, if that happens then uptime is reset when bot logs back in webstats.
 
havoc said:
Well, I'm at work now and notice a strange thing. When i open the website on my android, via browser, the uptime is reseted... i don't know if this is a bug on display or if rly my bot is restarting... any1 got this?

WoW, now i just hited the refresh button on my desktop and the uptime was reseted again...
Click to expand...

You plugin and the website are completely seperated from each other (Well, apart from the RC feature of course). Your uptime is calculated from the start of each session, so even stopping/starting via the remote control will not affect that at all.
 
creedo said:
You plugin and the website are completely seperated from each other (Well, apart from the RC feature of course). Your uptime is calculated from the start of each session, so even stopping/starting via the remote control will not affect that at all.
Click to expand...

So, this uptime is not the bot uptime, is that ur talking?
Another thing i notice is that my item page is empty, i'm botting for ~ 8 hours and i don't know if is a display bug or rly my bot is ignoring drops. My loot rules is set to only pick/keep up rares/legendaries and blue weps wth 1k+ dps.
 
havoc said:
So, this uptime is not the bot uptime, is that ur talking?
Another thing i notice is that my item page is empty, i'm botting for ~ 8 hours and i don't know if is a display bug or rly my bot is ignoring drops. My loot rules is set to only pick/keep up rares/legendaries and blue weps wth 1k+ dps.
Click to expand...

No, all I tried to say was that it is totally impossible to affect the uptime from the browser in any way.
You are probably using AGB, which keeps us (and all other plugins like ours) from logging any item pickups and some other stuff. Kane49 knows about that issue and it will hopefully be fixed anytime soon. If you absolutely need your item log you could change to another profile, average GPH values can be compared on our stats page.
 
creedo said:
No, all I tried to say was that it is totally impossible to affect the uptime from the browser in any way.
You are probably using AGB, which keeps us (and all other plugins like ours) from logging any item pickups and some other stuff. Kane49 knows about that issue and it will hopefully be fixed anytime soon. If you absolutely need your item log you could change to another profile, average GPH values can be compared on our stats page.
Click to expand...

Nah, i don't need the log ^^ i noticed this because is the first time i use AGB but thx for telling this
 
Please allow for tracking of multiple bots using the same API key. that way when i login i can click my bots and see them all at once, rather then having to view the public page and label my profile Jbot1 Jbot2 Jbot3 Jbot4 in order to pick out which bot is mine. I realize you say multi bot supporting is enabled but i was not able to get it working, did i just miss some easy step that was right in front of me or what did i do wrong?
 
Syn-Ack said:
Please allow for tracking of multiple bots using the same API key. that way when i login i can click my bots and see them all at once, rather then having to view the public page and label my profile Jbot1 Jbot2 Jbot3 Jbot4 in order to pick out which bot is mine. I realize you say multi bot supporting is enabled but i was not able to get it working, did i just miss some easy step that was right in front of me or what did i do wrong?
Click to expand...
Yes, you can simply use one apiKey for all your bots and you can see them all in "My Bots", thats exactly how BuddyStats work :).
What exactly didnt work for you ?
 
XenonElite said:
Request For A XP Bar.? Possible.?
Click to expand...
When i was working with XP last time, there was no way I could get total xp you need to ding. Ill try to look for it again, it might have been added since the last version. (if i find it,something like xp bar would be possible yeah)
 
You can just make a table with the required exp to level for every level and calculate it. Not that hard.
 
seisdeos said:
You can just make a table with the required exp to level for every level and calculate it. Not that hard.
Click to expand...
Yeah, hardcoding it is a possibility too. Will see what we can do when i talk to Creedo today :)
 
Last edited:
Very nice plugin good job :) ... but when closing DB it does not fully close. The main window gets closed but I think not all threads are which cause it to stay active only visible in taskmanager
The IPlugin onshutdown event does nothing .. you could use this

// OnShutdown fix
App.Current.Dispatcher.ShutdownStarted += new EventHandler(Dispatcher_ShutdownStarted);

void Dispatcher_ShutdownStarted(object sender, EventArgs e)
{
// Cleanup here
}


Edit:

I saw you already made your own Onexit event but I noticed the Thread.Abort() doe not work
use a Boolean to stop thread from running like:

while (!isClosing)
{

}
 
Last edited:
I just changed your while(true) to while(!isClosing) and changed the forced thread.Aborts to isClosing = true

and it is working with on exit now :)

ps: I believe it is advised to not call thread.Abort at all
 
sinterlkaas said:
I just changed your while(true) to while(!isClosing) and changed the forced thread.Aborts to isClosing = true

and it is working with on exit now :)

ps: I believe it is advised to not call thread.Abort at all
Click to expand...
The problem is, that the onExit event doesnt get added to the event handler sometimes (some concurrency error), usually on the first enable of the plugin (you can see it if you uncomment the LogMessage in the try catch).
Thread.Abort is not advised indeed, but how does it matter if you want to force exit the application ? :).
Im not using (!isClosing) in the while loop, because it would take time to close the thread, since its blocked for certain amount of time by sleeps and waiting for socket data, Thread.Abort just force close the thread, although it could corrupt some data , throw errors or whatever, but again, if you wanna force-close the process, you dont give a **** what happens, atleast not in this case, since BuddyStats dont need to save any data etc.

The main window gets closed but I think not all threads are which cause it to stay active only visible in taskmanager
Click to expand...
This is the reason why i didnt use the 'Application.Current.Dispatcher.ShutdownStarted' event, i though it would not fire, since application is not actually closing, but if u say it works i defo gonna try that :D
 
Last edited:
possible to get a ipod touch / iphone app? really appreciate it if you can. keep up the great work this plugin is one of the most useful.
 
Status
Not open for further replies.
Back
Top