http://eu.launcher.battle.net/patchnotes/?product=S2&
Patch 1.1.1 - Page 4
Forum Index > SC2 General |
TheFinalWord
Australia790 Posts
http://eu.launcher.battle.net/patchnotes/?product=S2& | ||
Merlinius
62 Posts
On September 28 2010 10:24 Nightcrawler wrote: are u super sure that nothing changed? because i tryed to train the trick and it was always usable with a scv that had 3 animations and then just waitet there and then moved home after 2 secs and yet they move directly back if u watch it closly I'm sure I understand what you're saying. I tested it with probes and they gather minerals, then stop for a moment (like before when you were not sockfolding), and then return. They always stop for a split second, I don't think the gathering rate has changed compared to pre-sockfolding. | ||
GTR
51139 Posts
| ||
FragKrag
United States11530 Posts
On September 28 2010 10:25 HocusPocus wrote: StarCraft II: Wings of Liberty – Patch 1.1.1 Bug Fixes Fixed an issue where Ultralisk cleave range was being unintentionally extended by larger targets. Fixed an issue where the Phoenix's Graviton Beam was automatically canceled if you used it just after the Phoenix reached 50 energy. Fixed an issue where queuing Return Cargo on a worker would cause it to ignore the built-in delay after it finished gathering. Fixed an issue where players watching older replays or saved games would experience stuttering. Fixed an issue where some Mac users were unable to join games properly. mineral boosting got fixed O.o sry if this was posted before i didnt see it though more like 'Fixed an issue where StarCraft 2 took user input' | ||
TyrantPotato
Australia1541 Posts
On September 28 2010 10:29 FragKrag wrote: more like 'Fixed an issue where StarCraft 2 took user input' haha they killed that whole more effort more reward thing back when they nerfed fazing and what not. HEAVEN FORBID I NEED TO DO MORE THEN 1 A MOVE! | ||
Psionith
United States35 Posts
I gotta admit I thought the real bug was that there was a delay from when the worker grabbed minerals to when it returned them.... Why would it be intentionally built in? | ||
summerloud
Austria1201 Posts
| ||
Anxiety
United States650 Posts
| ||
bokeevboke
Singapore1674 Posts
Do ultras still own repaired PFs? | ||
Lunares
United States909 Posts
| ||
Khalleb
Canada1909 Posts
god this is since the beta and they just fix it | ||
Fa1nT
United States3423 Posts
If it works like siege tanks, and the splash emanates from the center of the target, PF will never die, and we are back to square 1... | ||
ltortoise
633 Posts
Bug Fixes Fixed an issue where Ultralisk cleave range was being unintentionally extended by larger targets. BUG FIXES. THAT'S RIGHT EVERYBODY. IT WAS A BUG. EAT THAT. sorry for caps, been wanting to say that for a while. | ||
HocusPocus
Germany214 Posts
| ||
Amber[LighT]
United States5078 Posts
Fixed an issue where queuing Return Cargo on a worker would cause it to ignore the built-in delay after it finished gathering. peace out sock folding I'm loling at the people who actually put time into mastering sock folding... I'm only saying this because they said they were gonna patch it and people were still in denial over what the blue post meant. | ||
Fa1nT
United States3423 Posts
On September 28 2010 10:43 Amber[LighT] wrote: peace out sock folding I'm loling at the people who actually put time into mastering sock folding... Whats more ridiculous is that they did not FIX the bug, they FIXED the solution.. So the delay in mining is INTENTIONAL? WHY? It makes no sense other than to slow down mining... | ||
ohN
United States1075 Posts
On September 28 2010 10:39 HocusPocus wrote: lol.. just tested ultras vs CC with repairing scvs... they kill 0 scvs.. K, back to iccup. | ||
MrCon
France29748 Posts
| ||
Whiztard
United States227 Posts
really, it'd be ridiculous to see that pros would need to do that. | ||
ltortoise
633 Posts
On September 28 2010 10:45 Fa1nT wrote: Whats more ridiculous is that they did not FIX the bug, they FIXED the solution.. So the delay in mining is INTENTIONAL? WHY? It makes no sense other than to slow down mining... it makes sense if you think of it like... the game was balanced around this slowed-down rate of mining. if you let all the workers mine at the new, 7% faster rate, it's going to affect different races in different ways, which would not really be a good thing. i agree overall though that it would have been simpler to just never have the delay to begin with and just balance around THAT... but whatever, the game is what it is. | ||
| ||