0004473: Wooden platforms don't place properly when targetting.

Notes
(0016859) x4000 (administrator) Oct 19, 2011 6:43 pm	As with the linked issue, I can't duplicate this in 0.527. Will be curious if there are specific steps to undertake, or if it's just been actually fixed already at this point.

(0016891) Hyfrydle (reporter) Oct 20, 2011 10:49 am	I will test and report tonight. It was still an issue on the last patch.

(0016912) Hyfrydle (reporter) Oct 20, 2011 1:21 pm	Still an issue in 0.527 to test I just entered a low level area TAB targetted an enemy then tried to place a platform. Without TAB targetting the platform is placed where the mouse cursor is. With TAB targetting the platform places seemingly randomly and I also found I could only place one platform whilst TAB targetting.

(0016913) Hyfrydle (reporter) Oct 20, 2011 1:22 pm	If you want I will record a vid to show the issue.

(0018360) Hyfrydle (reporter) Jan 29, 2012 12:03 pm	Not sure why this was closed as I'm still having the exact same issue in the latest build. If I place a platform without targeting it places where I want it. When targetting the platform seems to place off to the right or left dependent on where I click to place.

(0019510) allison (reporter) Feb 21, 2012 12:52 pm	seems unfixed in the current build, platforms are still placed at the target reticle's location instead of at the mouse cursor

(0022369) keith.lamothe (administrator) Apr 19, 2012 2:31 pm	For 0.934: * Fixed a longstanding bug where tab-targeting was impacting the deploy-item ability (which is used for placing platforms, crates, etc) despite it specifically having the flag that makes it ignore tab-targeting. Thanks :)

**Issue Community Support**
This issue is already marked as resolved. If you feel that is not the case, please reopen it and explain why.
Supporters:	No one explicitly supports this issue yet.
Opponents:	No one explicitly opposes this issue yet.

Issue Community Support

This issue is already marked as resolved.
If you feel that is not the case, please reopen it and explain why.

Supporters:

No one explicitly supports this issue yet.

Opponents:

No one explicitly opposes this issue yet.

Issue History
Date Modified	Username	Field	Change
Oct 1, 2011 3:58 pm	Hyfrydle	New Issue
Oct 3, 2011 8:23 am	tigersfan	Internal Weight	=> Major Problem
Oct 3, 2011 8:23 am	tigersfan	Assigned To	=> x4000
Oct 3, 2011 8:23 am	tigersfan	Status	new => assigned
Oct 19, 2011 6:43 pm	x4000	Relationship added	has duplicate 0004840
Oct 19, 2011 6:43 pm	x4000	Note Added: 0016859
Oct 19, 2011 6:43 pm	x4000	Status	assigned => feedback
Oct 20, 2011 10:49 am	Hyfrydle	Note Added: 0016891
Oct 20, 2011 10:49 am	Hyfrydle	Status	feedback => assigned
Oct 20, 2011 1:21 pm	Hyfrydle	Note Added: 0016912
Oct 20, 2011 1:22 pm	Hyfrydle	Note Added: 0016913
Jan 27, 2012 1:09 pm	tigersfan	Status	assigned => resolved
Jan 29, 2012 12:03 pm	Hyfrydle	Note Added: 0018360
Feb 21, 2012 12:52 pm	allison	Note Added: 0019510
Feb 21, 2012 12:58 pm	x4000	Status	resolved => acknowledged
Mar 23, 2012 7:48 am	tigersfan	Relationship added	has duplicate 0006792
Apr 19, 2012 2:31 pm	keith.lamothe	Note Added: 0022369
Apr 19, 2012 2:31 pm	keith.lamothe	Status	acknowledged => resolved
Apr 19, 2012 2:31 pm	keith.lamothe	Fixed in Version	=> 0.934
Apr 19, 2012 2:31 pm	keith.lamothe	Resolution	open => fixed