Bergan
|
  |
| Joined: 23 Nov 2007 |
| Total Posts: 4942 |
|
|
| 30 Jan 2015 10:03 PM |
| I have a few hopperbin tools in a few of my places. Now, before a recent update, they worked perfectly fine. Now, they do not respond to clicking and their icons appear as if they are selected, even though they aren't. There's nothing wrong with the scripts, as they worked properly beforehand. |
|
|
| Report Abuse |
|
|
Bergan
|
  |
| Joined: 23 Nov 2007 |
| Total Posts: 4942 |
|
|
| 30 Jan 2015 10:10 PM |
| Nevermind, I think I fixed one of them. |
|
|
| Report Abuse |
|
|
|
| 31 Jan 2015 10:20 AM |
I also have this problem...
|
|
|
| Report Abuse |
|
|
|
| 31 Jan 2015 10:56 AM |
They weren't broken, they were disabled to prevent exploits. IF IT AIN'T BROKE, DON'T FIX IT. |
|
|
| Report Abuse |
|
|
durpflip
|
  |
| Joined: 09 Sep 2008 |
| Total Posts: 8230 |
|
|
| 31 Jan 2015 12:06 PM |
hopperbins were the base of the btools exploit from a while ago.
mv /home/siggy /dev/null |
|
|
| Report Abuse |
|
|
Bergan
|
  |
| Joined: 23 Nov 2007 |
| Total Posts: 4942 |
|
|
| 01 Feb 2015 08:25 PM |
I did not mean THAT update. That update made it so they only work if they have Localscripts. I actually made a plugin to solve that problem.
The recent update makes certain Hopperbins stuck on Active mode. Unless you manually de-activate them first (a solution I discovered after the I posted this thread), they don't work properly.
So give them Localscripts that set their Active property to false first.
|
|
|
| Report Abuse |
|
|