Not detecting Lobby

Since RuneScape just updated, Just wanting to know if anyone else is having trouble when SRL log's in an account, it just hangs on the lobby screen.

Was working fine before the update.

Justin.

Yeah same problem here, i'm now trying to figure out what changed. Tell me if you noticed anything.

Quote:

---

Originally Posted by riwu

Yeah same problem here, i'm now trying to figure out what changed. Tell me if you noticed anything.

EDIT: Seems like LoggedIn is broken too.

---

Weird

Simba Code:

if LoggedIn then
    writeln('we are logged in');
    wait(2000);

Output: http://puu.sh/1ibb9

Account was logged in.

IIRC LoggedIn uses the white text on the 'Report' button

http://puu.sh/1ibbo

everything running super slow for me too. haven't tried the lobby yet. gametab seems to have problems too

Quote:

---

Originally Posted by [J]ustin

Weird

Simba Code:

if LoggedIn then
    writeln('we are logged in');
    wait(2000);

Output: http://puu.sh/1ibb9

Account was logged in.

IIRC LoggedIn uses the white text on the 'Report' button

http://puu.sh/1ibbo

---

Sorry i manually logged in, start my script and it stops, i assumed it's LoggedIn. Seems like it's some other problem.
Anyway, fixed the lobby tab, Jagex is lame, just a color change to 11582147.

Gametab next.

EDIT: fixed as well. Anything else?

Quote:

---

Originally Posted by riwu

Sorry i manually logged in, start my script and it stops, i assumed it's LoggedIn. Seems like it's some other problem.
Anyway, fixed the lobby tab, Jagex is lame, just a color change to 11582147.

Gametab next.

EDIT: fixed as well. Anything else?

---

I started the script while my account was logged in (the if LoggedIn)

That's all that I have noticed that is broken atm.

Quote:

---

Originally Posted by [J]ustin

I started the script while my account was logged in (the if LoggedIn)

That's all that I have noticed that is broken atm.

---

Apparently everything to do with tab is broken. I've fixed Lobby, GameTab, Bank tab. What other tabs are there in game?

Quote:

---

Originally Posted by riwu

Apparently everything to do with tab is broken. I've fixed Lobby, GameTab, Bank tab. What other tabs are there in game?

---

Speaking to Mat on skype, we thing that it's only GameTab and the Bank tab that could be used.

I guess we just wait for posts saying stuff is broken

Hello, i am trying to run a herblore script. when it's trying to use first item on 2nd item, instead of clicking on the 2nd item, it clicks on the inventory tab. Hope this helps

Quote:

---

Originally Posted by Faab68

Hello, i am trying to run a herblore script. when it's trying to use first item on 2nd item, instead of clicking on the 2nd item, it clicks on the inventory tab. Hope this helps

---

Probably because InvMouse checks for current tab, and since it is broken it went to click on tab_Inv in attempt to switch to it.
I've sent a pull request, wait for Coh3n to merge then you can update your SRL and it should be fixed.

Quote:

---

Originally Posted by riwu

Probably because InvMouse checks for current tab, and since it is broken it went to click on tab_Inv in attempt to switch to it.
I've sent a pull request, wait for Coh3n to merge then you can update your SRL and it should be fixed.

---

Make sure 'tab_LogOut' works with your new colours

I tried to use a few scripts, they all seem to have the same issue. The cursor will click inventory and equipment tabs, and just seem to be operating in super slow motion.

Takes 5 minutes to click the bank, 5 minutes to click an item ect.

Just figured I would let everyone know what's going on.

Quote:

---

Originally Posted by Scorched

I tried to use a few scripts, they all seem to have the same issue. The cursor will click inventory and equipment tabs, and just seem to be operating in super slow motion.

Takes 5 minutes to click the bank, 5 minutes to click an item ect.

Just figured I would let everyone know what's going on.

---

Thanks for letting us know.

Riwu has done some work and has fixed the issues.

As you can see by the title, a fix has been released. You will just need to wait for Simba to update your include. (Or you can force-update it)

Unfortunately not yet, detection is fixed now but the actual tab switching functions involves a composite color of the tab, i'm now fixing them as well.

Quote:

---

Originally Posted by riwu

Unfortunately not yet, detection is fixed now but the actual tab switching functions involves a composite color of the tab, i'm now fixing them as well.

---

Thats good to hear, just ran into this problem.

I fixed the gametab thing on justin's other thread, at least it works for me

Quote:

---

Originally Posted by Ashaman88

I fixed the gametab thing on justin's other thread, at least it works for me

---

That's changing the algorithm slightly, and introducing tolerance to the function which i'm not sure if it's a good idea. Anyway try my attached file, everything should be fixed now, if it doesn't report it here.

Also make sure you update your SRL to get the bank.simba fix. SRL>Check for updates. (Inb4 SmartParams error)

kinda of topic, main map have been changed a bit, then you are in city varrock or falador it gets red overly, for now only these two are changed.
I guess they change not only randoms being off.

New SRL update is working perfectly for me on litoris's Iron Man

So should I replace with your file then update? Or not update? Thanks Riwu :)

It's working, back to normal now. Don't need to change anything. Just make sure you click SRL -> Check for updates within Simba and restart it.

Quote:

---

Originally Posted by riwu

That's changing the algorithm slightly, and introducing tolerance to the function which i'm not sure if it's a good idea. Anyway try my attached file, everything should be fixed now, if it doesn't report it here.

Also make sure you update your SRL to get the bank.simba fix. SRL>Check for updates. (Inb4 SmartParams error)

---

Yeah the only reason i changed it to that is for future slight changes to the colors can be handled by tolerance, but there are lots of solutions

Quote:

---

Originally Posted by QQu

It's working, back to normal now. Don't need to change anything. Just make sure you click SRL -> Check for updates within Simba and restart it.

---

Wow, your guys are awesome. Update the include within a few hours. Thanks

Thanks for the timely update

Awesome and with such speed!!!! Thank you Kindly to all of those who collaborated on the update!

Wow thank you all the coders and scripters. Awesome! :)

for some reason it can't see wheter i'm in a gametab or not :(

Quote:

---

Originally Posted by Master BAW

for some reason it can't see wheter i'm in a gametab or not :(

---

Update your SRL

Do my dtm's need to be updated? It can't find any now.

E: Updated my dtm's but it still won't find them. (they are in the magic tab)

Quote:

---

Originally Posted by riwu

That's changing the algorithm slightly, and introducing tolerance to the function which i'm not sure if it's a good idea. Anyway try my attached file, everything should be fixed now, if it doesn't report it here.

Also make sure you update your SRL to get the bank.simba fix. SRL>Check for updates. (Inb4 SmartParams error)

---

You should be given some sort of developer/FixIt AI

trying the update now... but before it just hovered over the invtab.

Quote:

---

Originally Posted by ___

trying the update now... but before it just hovered over the invtab.

---

Make sure you close and re-open Simba after the update

Quote:

---

Originally Posted by riwu

...
(Inb4 SmartParams error)

---

There is a {$DEFINE SMART8} function now, up to the scripters\users to define it if they are going to be using Smart 8 :P

Quote:

---

Originally Posted by [J]ustin

There is a {$DEFINE SMART8} function now, up to the scripters\users to define it if they are going to be using Smart 8 :P

---

It may have some compatibility issues with some other components. Right now i realize the ODTM include checks for {$DEFINE SMART} so there will be some conflicts if you define 8 instead.

And even then you have to change every script to {$DEFINE SMART8}, and when smart upgrades (eg. to 9) you have to update your script, and worse, if the user is still using SMART 7 it won't work for them. So basically i think just removing the -1 every SRL update is simpler. Or don't use the autoupdater, get the updates from git directly.

Btw seems like the fix is in the autoupdater now. Restart all Simba binaries after update.

Quote:

---

Originally Posted by riwu

It may have some compatibility issues with some other components. Right now i realize the ODTM include checks for {$DEFINE SMART} so there will be some conflicts if you define 8 instead.

And even then you have to change every script to {$DEFINE SMART8}, and when smart upgrades (eg. to 9) you have to update your script, and worse, if the user is still using SMART 7 it won't work for them. So basically i think just removing the -1 every SRL update is simpler. Or don't use the autoupdater, get the updates from git directly.

Btw seems like the fix is in the autoupdater now.

---

Smart 7 will get over-written by Smart 8. I am sure there will be a function in smart.simba that will be checking for {$DEFINE SMART8} and will just ignore it and load the correct parameters

E: Either way the devs know what they are doing and they will be able to push the updates out in the future without breaking much (as it has been in the past)

Quote:

---

Originally Posted by [J]ustin

Smart 7 will get over-written by Smart 8. I am sure there will be a function in smart.simba that will be checking for {$DEFINE SMART8} and will just ignore it and load the correct parameters

E: Either way the devs know what they are doing and they will be able to push the updates out in the future without breaking much (as it has been in the past)

---

Simba Code:

{$IFDEF SMART8}
  Result := SmartSpawnClient(ReplaceWrap(PluginPath, '\', '/', [rfReplaceAll]), Params[0], ',' + Params[1], 765, 553, 's', '', '');
  {$ELSE}
  Result := SmartSpawnClient(ReplaceWrap(PluginPath, '\', '/', [rfReplaceAll]), Params[0], ',' + Params[1], 765, 553, 's', '', '', -1);
  {$ENDIF}

If you define 8, and the user is using 7, they will get a invalid param error instead. (and for the fact that they are still using 7 implies that you can't expect them to fix it themselves and they will come bug you on your thread) Anyway it's personal preference, up to the individual users to decide which way is better.

EDIT: the code above is in the includes, not plugin. Which is why they get rewritten every time SRL updates.

Quote:

---

Originally Posted by riwu

Simba Code:

{$IFDEF SMART8}
  Result := SmartSpawnClient(ReplaceWrap(PluginPath, '\', '/', [rfReplaceAll]), Params[0], ',' + Params[1], 765, 553, 's', '', '');
  {$ELSE}
  Result := SmartSpawnClient(ReplaceWrap(PluginPath, '\', '/', [rfReplaceAll]), Params[0], ',' + Params[1], 765, 553, 's', '', '', -1);
  {$ENDIF}

If you define 8, and the user is using 7, they will get a invalid param error instead. Anyway it's personal preference, up to the individual users to decide which way is better.

---

*facepalm*

I understand what you are on about now :redface:

I was thinking of something else

Plugins weren't updates so why would they start to get invalid param errors now?

Anyway, back on-topic now

I don't think WorldInfo := [96,96]; works now, at least not for Flight's lividfarmer script.

Quote:

---

Originally Posted by Solar

I don't think WorldInfo := [96,96]; works now, at least not for Flight's lividfarmer script.

---

What is your intention to have 2 same integers in the array? Also it should still work as before, index 0 is simply ignored when you have length higher than 1. I couldn't think of any way in which a script will be broken because of the fix. In fact iirc correctly it was the previous code that will give an error when you have 2 integers, since there will be a type mismatch error for the first index.

Also i've just checked Flight's script, it doesn't even have WorldInfo defined?

Quote:

---

Originally Posted by riwu

What is your intention to have 2 same integers in the array? Also it should still work as before, index 0 is simply ignored when you have length higher than 1. I couldn't think of any way in which a script will be broken because of the fix. In fact iirc correctly it was the previous code that will give an error when you have 2 integers, since there will be a type mismatch error for the first index.

Also i've just checked Flight's script, it doesn't even have WorldInfo defined?

---

The version I am using is the one that Ashaman altered slightly. When I saw that 96 was in the array twice I did wonder why, but simply ignored it since it seemed to work.
I'll try it again, but when I used it this morning it didn't choose 96.

Edit: Okay, so I just tried it while already logged into the lobby, and it worked. Not sure what happened, although there was an SRL update inbetween when it didn't work and when I just tried it now.

I've a question about this SMART 8 thing. I have SMART 8 installed a month ago, but every time I updated SRL I got a SRL compile error in SmartParams and in paintsmart.

now I started the script with this:

Code:

---

  {$DEFINE SMART} // This is how we include SMART
  {$DEFINE SMART8} // tell the system that we have smart 8

---

instead of what I had first:

Code:

---

{$DEFINE SMART} // This is how we include SMART

---

but now I still get one compile error:

Code:

---

[Error] C:\Simba\Includes\SRL/SRL/misc/paintsmart.simba(42:33): Unknown identifier 'SmartGetDebugDC' at line 41
Compiling failed.

---

Is there something I'm missing to get rid of these compile errors after every SRL update?

because Now everytime I have to replace this

Code:

---

SMART_Canvas.canvas.handle := SmartGetDebugDC;

---

with this:

Code:

---

SMART_Canvas.canvas.handle := 0;

---