Edit: Using Ubuntu 14.04.2 32 bit.

 

So, I am testing my own little combat script, and it seems that it can take anywhere between 1 second to a minute to hover over an NPC. The screenshot below shows this (explanation below)

Code snippet:

if (npcViable(npc) && npc.getAnimation() != 361) {
						log("Found npc " + npc);
						npc.hover();
						while (!getMouse().isOnCursor(npc) && npcViable(npc)) { npc.hover(); sleep(focusRand(100, 250)); }
						if (npcViable(npc)) {
							if (getMouse().getOnCursorCount() > 1) {
								npc.interact("Attack");
								log("Attack by interact");
							}
							else {
								getMouse().click(false);
								log("Attack by click");
							}
							sleep(focusRand(450, 750));
							target = npc;
						}
						else {
							target = null;
						}
					}

It gets stuck in the while loop for the duration.

On the npc.hover() function, it will move a pixel or so for each iteration.

I can tell because of the time difference between the "Found npc" and "Attack by interact/click", as there is no computing heavy code between those log functions (and it will work flawlessly on windows)

I know that Linux is a work in progress and so forth, but otherwise it's flawless Seen no differences between Windows and Linux and it seems to use just as many resources too! You did a good job on the new mirror mode update

Edited June 27, 201510 yr by Bobrocket

Please don't use custom methods as a basis for bug reports. Test against either:

 

MoveMouseEvent

or

InteractionEvent

 

This will help both MGI and myself find and test specific parts of code.

Please don't use custom methods as a basis for bug reports. Test against either:

 

MoveMouseEvent

or

InteractionEvent

 

This will help both MGI and myself find and test specific parts of code.

 

Switching from interactable.hover to a MoveMouseEvent, give me a bit of time to push the changes to my VPS.

MoveMouseEvent code:

public void hover(NPC n) throws InterruptedException {
        if (n != null) {
            EntityDestination ed = new EntityDestination(getBot(), n);
            MoveMouseEvent mme = new MoveMouseEvent(ed);
            mme.execute();
        }
    }

Seems that I get NullPointerExceptions at mme.execute();, not entirely sure why as I have never used events before (kept to the methods like hover/interact etc.) Sorry!

Post the error log so I can look at it. Thanks for helping

Post the error log so I can look at it. Thanks for helping

Here it is:

 

Here it is:

 

Copy paste please, I have to deobfuscate.

Copy paste please, I have to deobfuscate.

 

http://pastebin.com/39eVesYX

Sorry, my VPS doesn't allow copy and pasting through VNC so I had to upload it to pastebin.

 

Edit: trying on 2.3.77 I get this:

http://pastebin.com/b7J2S0cg

Edited June 27, 201510 yr by Bobrocket

Pinned it down to either Bot or ClientMouseEventHandler returning null. Directing to MGI.

Pinned it down to either Bot or ClientMouseEventHandler returning null. Directing to MGI.

 

Glad I could help

I got this other completely random error while running my combat script:

http://pastebin.com/41FqgA7S

 

I never call anything to do with a GroundItem, so I'm not 100% sure why this happened. Hopefully it will help.

Pinned it down to either Bot or ClientMouseEventHandler returning null. Directing to MGI.

 

That is certainly impossible.

Glad I could help

I got this other completely random error while running my combat script:

http://pastebin.com/41FqgA7S

 

I never call anything to do with a GroundItem, so I'm not 100% sure why this happened. Hopefully it will help.

 

Those errors happen because the model of ground item is being 'uploaded' but the ground item data itself is not yet available to client.

Just ignore them for now

That is certainly impossible.

 

Those errors happen because the model of ground item is being 'uploaded' but the ground item data itself is not yet available to client.

Just ignore them for now

 

Alright, sorry. I was just babysitting the script and I saw an error so I thought I should report it

Mirror mode seems to be working brilliantly otherwise, good job

nice man