Yes, you're right. I am just on a lucky streak.
A 300+ mission lucky streak.
I should buy a lottery ticket...
I should buy some popcorn
See it's just pathetic to think that it's working. Any logical thinker would know it doesn't. That means anyone with about a GED or higher education. I'm gonna go ahead and stop posting in this thread now. Trying to show something that is very obvious is apparently a lot harder than I thought.
Oh and an example to prove you people who think it works:
Gyazo - 38602cb6a37239cf6dc685360af6c4f7.gif (SHOWS THE SUCCESS ANIMATION SWITCHING TO FAILED. IT SUCCEEDED AND THE UI BUGGED. This would be obvious to any intellectual being.)
Believers can keep believing and prove their ignorance. "Their choice."
Disbelievers can keep not believing and prove their ignorance as well.... "Their choice"... I can do that too, and I find that somewhat offensive because some of us see this as working, while some don't. In Fact, it's perfectly acceptable to disagree, but, your attitude is distasteful and ignorant at the least.
NOW, as soon as I am capable of logging into WoW (apparently Battle.net is having issues and I'm stuck in a login queue), I'll quickly do this exploit again... with a 0% CHANCE rate, and still get the loot, just to shut you up. Okay?
Last edited by jaskaos; 11-28-2014 at 10:55 PM.
Thinking big here. Would you be able to make an addon that does it automatically? That would be insane and stomp out the naysayers
Hey guys Jakaos will deliver, all we have to do is wait~
It worked for me a few days ago , but now when i do "ësc" the complete quest is gone and can not click it again. so i think its indeed fixed
I am going to attempt to resolve this issue by providing you all some information.
1. This is NOT an exploit, it is a UI bug.
2. What is happening is the result of false positives and luck streaks or people thinking they understand statistics and percentages.
3. I will be going in detail a little more to explain what is actually happening.
1. Hitting ESC during the animation does nothing to affect the outcome except throw an incorrect flag onto the animation thats playing in the background via LUA. Your garrison reports back via the UI a [0] (did not pass) and a [1] did pass flag to the animation. When the animation plays, it looks for the variable that says, YOU WIN or YOU LOSE. When you hit ESC the variable never gets written so the value is set to 'Null'/'nil' which then by UI design shows all options at once. When it does, it shows the chest animation unlocked, as the top layer is the animation and the bottom layer is the locked animation. (The locked animation is baked into the UI picture, they play the you win animation of the chest unlocking over the original UI of you losing. Essentially all your doing is telling the LUA script to run the visual for winning and losing at the same time. This is why you will see both text overlaying each other as the [STRING_DATA_TEXT] is a result of nil, thus bypassing the if statement in the code.
2. Lets talk about percentages for a second. What a lot of members fail to see is the 60% for example as a percentage for the controlled mission. Instead they see it as 60 time out of 100 it will work. While fundamentally you are technically right in the way you handle percentages, in the way it works, you are wrong. 60% means that you have a 60% chance if that mission succeeding. Thats it, its not comparative to other missions or stats to number of missions. That means out of 100 coins that are in your pocket, 60 of them are pennies. Which means that the likely hood of you picking a penny out of your pocket is 1 in 6 pulls. or .6 of 1 chance which is a large percentage. Those winning 30 and 20% missions are sheer luck false positives. I won a 12% raid the other day and got 3 of my legendary items. Its a completely random chance. This has no effect on it. The win/lose ratio is more than likely determined right at the start of the mission, not at the animation play.
3. Almost all of WoW's rewarding tables are done immediately and RARELY are affected by the interface or the client to prevent exploitation. Back in the day there was an exploit for using loot and raid ID's to figure out which loot drops off Illidan, since then they have made tables generate randomly at the start of the instance and tied to nothing. Its impossible to detect which loot is tied to which variable at what time given to the player. ALL loot drops are generated as the player is zoning into an instance, so its predetermined.
So why is #3 important? Your garrison missions are determined near immediatly after you have started the mission. The result flag, pass or fail is calculated more than likely right then and there. The reason being is so it can store serverside and deliver when the LUA module reports back that its ready. Doing some probing yielded some interesting results when modifying the LUA and sending back the times of the garrison. Both Pass and Fails were given back when forcing the timer to 0 on the local client. However the same rings true for doing it this way as well as doing it the 'I hit ESC OMG I HAWKED THE GAME AND BYPASS MISSION!'. The result is nothing is given to you, nothing changes unless the game actually reports back via the server that you won. This will never happen and won't happen with you telling the ending animation set to nil... sorry this is a pointless thread with a lot of ghost chasing.
Still working :-P
thx skuddle Got it![]()
Ok guys I risked it and actually got a 0% mission on a 615 ilvl mission with every follower below that with epic mount. I should be getting it in a few minutes. Will post screen shot if i actally get the rewards
Edit: It seems the mission disappears if you fail the mission ;x so this %&^# don't work
Tbh this could be used as a quicker way to skip animations idk
Last edited by keedorin; 11-29-2014 at 05:29 AM.