Jump to content

theholyone

Registered
  • Content Count

    493
  • Joined

  • Last visited

  • Days Won

    2
  • Feedback

    0%

theholyone last won the day on October 9 2017

theholyone had the most liked content!

Community Reputation

98 Excellent

About theholyone

  • Rank
    Senior Botter

Recent Profile Visitors

1,414 profile views
  1. theholyone

    RIP

    I really do wonder how much people paid for the scripts they haven't or rarely used for so many years.. In my head everyone is complaining about $50 for a script 2-4 years ago :thinking:
  2. My personal opinion which can be summed up in 1 line: tl; don't want to read: Nobody works for free, anyways my other 2C: 1a) If I was a scripter, and I had to make changes every now and then for scripts up to and including 2 years old for a one time payment of $50 ( example ) , well i'd rather quit and or do so whenever I have absolutely nothing else better to do. Doesn't matter what you do with the script, it's up there for you to decide what to do with it, personal gains or gold farming, has nothing to do with the script itself. 2a) Same answer, we live in the real world, a one time payment of $50 ( example ) is not going to in any way shape or form motivate me to make any changes to help improve scripts that don't benefit me, regardless of how many feedback / inputs I receive. Everything you've said might sound nice and pretty but you keep forgetting the tiny, TINY dollar value attached to the lifetime script that have now been at LEAST a year old. Others may have a big heart and keep a year old script alive, most I'd say wouldn't 3a) There's only so much you can do for antiban, unless you expect write a script to do random farm runs, random bosses, random GE bank standing etc. atm most bans aren't even script related it's how the user bots, however that's just coming from my ass so take it as you will.
  3. 1) How do we prove you're only doing this for "personal" gains, and it's not up to creators to tailor towards YOUR needs. 2) There can be as many black and white rules regulations etc regarding this, but i'd rather a scripter be motivated to update / change the script when needed. In a realistic situation, If you pay $50 for lifetime and ask the author to make changes to a 2 year old script, well good luck. 3) Nobody knows how they screen bots, it's always a cat and mouse game my 2c anyways.
  4. theholyone

    TRiBot Release 10.10_0 & 10.10_1

    @contemporary I've done all I can, if this doesn't get noticed i'm not going to bother creating a separate thread for the issue, feel free to quote my post if you wish to do so, i've given up. for a tl;dr This is NOT caused DIRECTLY by the login handler and or break handler, as my test used neither of these, and i'm 90% it has to do with the general.sleep or the timing api as that's what my findings are pointing towards. Cheers
  5. theholyone

    TRiBot Release 10.10_0 & 10.10_1

    Been almost 24 hours and no response.. guess i'll try tagging everyone. More findings, This is the stack trace I got while crashed on login screen. same method above status reads Click on ore @JoeDezzy1 @erickho123 @Encoded @wastedbro.
  6. theholyone

    TRiBot Release 10.10_0 & 10.10_1

    Just thought i'd add in my own research findings in hopes this might finally get fixed. The test below has been done WITHOUT using the Login API / Break handler. I ran all my accounts again on a PC that almost gaurentes that I hit the bug, I've printed every line of my login / logout procedure and they were fine. the problem comes in when I call General.sleep(x,y) public void mineIron() { int InvCount = Inventory.getAll().length; RSObject[] ironOre = Objects.findNearest(5, IronOre); status = "Click on ore"; if (ironOre.length > 0) { ironOre[0].click("Mine"); status = "waiting for mining to finish"; Timing.waitCondition(new Condition() { @Override public boolean active() { General.sleep(300); return Inventory.getAll().length > InvCount; } }, General.random(1800, 2400)); General.sleep(General.randomSD(50, 300, 125, 25)); } } While stuck at the login screen my status was " waiting for mining to finish " This has narrowed down my suspicions that it's either the timing function, or in the most likely case the General.sleep method. ( Yes I know you can do that new shorter version, but I don't want to mess with something that works ) Looking back at the github, I notice another user has posted an issue with the General.long ? or something along those lines, which further makes me believe this is the issue. This has been bugging me the past few days, if any of the dev team could simply tell me " that the general.sleep api is just 3 lines of code, I might finally give up trying to fix this on my own. Thanks. @TRiLeZ
  7. No rush at all, just wanted to add the changes myself, script still works fine even after i've butchered it with some minor changes i've made, except got the money advisor bug for the first time last night haha
  8. Don't want to be a choosing beggar, but will the updates be added to the open source github?
  9. Unless you get all the spacing and correct format, you're better off just replacing and or adding proxies via the manager. it's a real shit show if you mess up one line
  10. It's back up 8-) Let's hope RS servers don't crash anymore, which is actually a very beautiful thing @Fluffee @gef30
  11. Thanks, was about to try creating an account myself. Damn mobile and getting clogging up the account creation :P
  12. is the IO exception error what's causing it debug " proxy timed out? ". Not using any proxy
  13. theholyone

    TRiBot Release 10.10_0 & 10.10_1

    Break handler stack trace [12:35:55] Break Handler Stack Trace: [12:35:55] obf.ie.rh(jf:355) [12:35:55] org.tribot.api2007.types.RSInterface.click(hm:1050) [12:35:55] org.tribot.api2007.types.RSInterface.click(hm:656) [12:35:55] org.tribot.api2007.types.RSInterface.click(hm:1167) [12:35:55] org.tribot.api2007.GameTab.open(mf:191) [12:35:55] org.tribot.api2007.GameTab$TABS.open(mf:286) [12:35:55] org.tribot.api2007.Login.LO(uk:1015) [12:35:55] org.tribot.api2007.Login.logout(uk:943) [12:35:55] obf.VD.FF(pj:102) [12:35:55] obf.VD.run(pj:182) [12:35:55] java.lang.Thread.run(Unknown Source)
  14. theholyone

    TRiBot Release 10.10_0 & 10.10_1

    @TRiLeZ I don't think it's the break handler that's being broken, I'm not using the break handler, just simple General.sleep and they get stuck. I'm honestly starting to think that the problem is General.sleep itself. It keeps screwing up on my other script, doing things that it's not suppose to.
  15. theholyone

    TRiBot Release 10.10_0 & 10.10_1

    I hope I didn't just get my hopes up Thanks
×