[AH Bot] HappyAuction

[ChuiChu]

re: new chinese hack research

1. based on a simple wireshark packet received size comparison i concluded that the extra 5min delayed items are NOT sent to the user. i tested using the following method
1.1 search magic/amulet @ 101 buyout to force empty results
1.2 check response packet size (around 70 bytes total)
1.3 post some magic/amulets for 100 buyout
1.4 before 5mins search again @ 100 buyout (buyout values differ to refresh the search)
1.5 packet sizes are the same

2. so unless im missing something i concluded the hack involves sending a request to bnet that causes it to send the 5min list
2.1 so i gained access to unencrypted packets before theyre sent which i did just recently... will post again if i find something
2.2 note: this will be an unsafe/lesssafe hack due to it stepping on warden's toes

anyway if anyone has any detailed info on this plz post/pm

[alcor75]

.....WOW!.....

[CHandest]

re: new chinese hack research

1. based on a simple wireshark packet received size comparison i concluded that the extra 5min delayed items are NOT sent to the user. i tested using the following method
1.1 search magic/amulet @ 101 buyout to force empty results
1.2 check response packet size (around 70 bytes total)
1.3 post some magic/amulets for 100 buyout
1.4 before 5mins search again @ 100 buyout (buyout values differ to refresh the search)
1.5 packet sizes are the same

2. so unless im missing something i concluded the hack involves sending a request to bnet that causes it to send the 5min list
2.1 so i gained access to unencrypted packets before theyre sent which i did just recently... will post again if i find something
2.2 note: this will be an unsafe/lesssafe hack due to it stepping on warden's toes

anyway if anyone has any detailed info on this plz post/pm

So awesome somethings is being done.

[Sehae]

The stall after the relog has something to do with the resetting of the script imho, but I can't seem to get it woring... it is not connected with FPS or lag or anything...

[RodeoRaider]

re: new chinese hack research

1. based on a simple wireshark packet received size comparison i concluded that the extra 5min delayed items are NOT sent to the user. i tested using the following method
1.1 search magic/amulet @ 101 buyout to force empty results
1.2 check response packet size (around 70 bytes total)
1.3 post some magic/amulets for 100 buyout
1.4 before 5mins search again @ 100 buyout (buyout values differ to refresh the search)
1.5 packet sizes are the same

2. so unless im missing something i concluded the hack involves sending a request to bnet that causes it to send the 5min list
2.1 so i gained access to unencrypted packets before theyre sent which i did just recently... will post again if i find something
2.2 note: this will be an unsafe/lesssafe hack due to it stepping on warden's toes

anyway if anyone has any detailed info on this plz post/pm

Nice work, Chuichu! In my opinion, the best way to test if this chinese hack method even exists is by putting on AH an item that obviously should be snipe at 2b, extremely easy to code that the hacker should not miss it. A mediocre 9ias 6cc mempo is a good example.

I tested it myself and the mempo wasn't sniped, I canceled the auction after 4.5 mins. I am on US server. Strangely, no one tested this on Asia and Eu servers at all? Don't tell me you are afraid to lose a mediocre mempo?

[ChuiChu]

yes plz confirm this... id rather not waste days on something thats just a rumor

i dont have the items/gold to do it myself

[msk380]

Nice work, Chuichu! In my opinion, the best way to test if this chinese hack method even exists is by putting on AH an item that obviously should be snipe at 2b, extremely easy to code that the hacker should not miss it. A mediocre 9ias 6cc mempo is a good example.

I tested it myself and the mempo wasn't sniped, I canceled the auction after 4.5 mins. I am on US server. Strangely, no one tested this on Asia and Eu servers at all? Don't tell me you are afraid to lose a mediocre mempo?

They do not snipe all 9, 6 mempos. They only snipe str 190+ mempos. The mempo prices have suffered a serious drop recently. I dare you try the same with 1200+ dps sword with 100+str and 50+ cd. 9 45+ 6 natalya ring will also do. The chinese method does exist.

[RodeoRaider]

They do not snipe all 9, 6 mempos. They only snipe str 190+ mempos. The mempo prices have suffered a serious drop recently. I dare you try the same with 1200+ dps sword with 100+str and 50+ cd. 9 45+ 6 natalya ring will also do. The chinese method does exist.

I don't have such sword or nat ring as good as you mentioned at the moment. But I do have a 190+ str mempo. And I am willing to sacrifice it just to test this theory. Wait for my news .

[RodeoRaider]

Done with the experiment............................................................ Sniff sniff, I lost my 194str 9 6 mempo .


JUST KIDDING!

After 4.5 minutes, the Mempo still wasn't sniped.

msk380: I think you should do a test for yourselves, capture few screenshots as evidence to show to everyone instead of .... doing whatever you are doing. If you still think that my mempo is not good enough, then the Chinese must be extremely picky, or maybe there are tons of better mempo spawned everyday!

[alcor75]

To me all this story look like a fable.
Pls master chui delay the chines trick test for later, yous time is to much important, and you look so close to new release .

[BlizzPaysMyBills]

i doubt that anyone has serious proof that it even exists... if they had such thing how come that we still manage to snipe top eu items and sell them for profit ? they just randomly forget 250 eur items with stats that everyone wants or what ? :confused: because i still manage to snipe these items ... yes, there were more of them in the past, but it is becasue after the RMAH gold price change noobs don't see that 2B > 250 on rmah, now it is 250 > 2B so they post it on RMAH instead of AH

and there is still more and more competition and less and less players who are willing to buy so what did you expect ? to keep thousands of eur a week profits forever ? eh...

[RodeoRaider]

i doubt that anyone has serious proof that it even exists... if they had such thing how come that we still manage to snipe top eu items and sell them for profit ? they just randomly forget 250 eur items with stats that everyone wants or what ? :confused: because i still manage to snipe these items ... yes, there were more of them in the past, but it is becasue after the RMAH gold price change noobs don't see that 2B > 250 on rmah, now it is 250 > 2B so they post it on RMAH instead of AH

and there is still more and more competition and less and less players who are willing to buy so what did you expect ? to keep thousands of eur a week profits forever ? eh...

I am also suffering a considerable amount of profit reduction.

While I also believe that the Chinese hacking method may really exist (but we need a proof or at least a reasonable explanation), I have similar thinking to yours too. Ever since Blizzard made a farking stupid announcement that there won't be the everyone's most-wanted-itemization patch until next year, a lot of people have quit/stopped playing the game, and that's totally expected. I once love playing this game so much and now I am very very fed up with it. Item's price has also been reducing at a faster speed than before.

[Orbiter87]

Something I have noticed on .41 is that sometimes it seems like after doing a buyout with haBuyout() it won't execute any code in the same loop structure after the haBuyout function, like if it breaks out of the current loop.

Take the following example:

for i = 1, 2, 1 do
haAlert("it works!")
 for j = 1, 2, 1 do
   haBuyout()
   haBeep()
 end
end

In this example, if the "bug" occurs, the item will be bought but haBeep() will not be executed, followed by the execution of the haAlert() function.

Anyone else notice this behavior?

[alcor75]

I'm happy we are back to reality.

Another observation over ver. 41
I get this DERP: 1 LUA (seen even a 5 LUA once)
I get it and the sript end, always in the Complete tab and most probably while i'm browsing the History log, and i believe it uppen if i'm browsing that log and suddently a auction complete(i sell something) and the log change. i'm not totally sure but maybe Chui can find this info useful.
Is a little complicate to reproduce but today i got it 4 time in 2 hours then nothing till now so i'm still digging.

[ChuiChu]

Something I have noticed on .41 is that sometimes it seems like after doing a buyout with haBuyout() it won't execute any code in the same loop structure after the haBuyout function, like if it breaks out of the current loop.

Take the following example:

for i = 1, 2, 1 do
haAlert("it works!")
 for j = 1, 2, 1 do
   haBuyout()
   haBeep()
 end
end

In this example, if the "bug" occurs, the item will be bought but haBeep() will not be executed, followed by the execution of the haAlert() function.

Anyone else notice this behavior?

how often do you see this happening? also i recommend using a different funciton than haBeep... sometimes it wont play the sound (windows problem). could just be my system.

I'm happy we are back to reality.

Another observation over ver. 41
I get this DERP: 1 LUA (seen even a 5 LUA once)
I get it and the sript end, always in the Complete tab and most probably while i'm browsing the History log, and i believe it uppen if i'm browsing that log and suddently a auction complete(i sell something) and the log change. i'm not totally sure but maybe Chui can find this info useful.
Is a little complicate to reproduce but today i got it 4 time in 2 hours then nothing till now so i'm still digging.

is this with 44? i fixed quite a few of those


anyway a few more things + looking at relogin issue for some folks and ill put out 45 no longer beta.