SC2Mapster

I decided to start working on an older map I haven't touched in about a year.

When I tested it out I found a strange bug where I couldn't select or see my worker that I created. It showed up an an idle unit, but I had no way of controlling it.

Does any know of any bugs from a WoL map to a HoTS that might cause this?

To clarify, I tested this map on another machine I had that still had WoL, and it all worked fine. A friend tested it on Bnet with WoL and had no issues.

And to confirm that it's not just a corrupt SC2, I re-installed it today, and the result was the same, worker missing, unenviable.

Edit: Another thing I noticed is some building models where not showing up (differien models where here instead) or functioning correctly in HoTS. I tried the same exact file on WoL, and again, everything was fine.

If anyone has any idea of what it might be, I would be willing to send the map over.

Is this a custom unit, or a premade one that you edited? Is the model from Starcraft, or you? Did you do any retexturing?

@Zetal: Go

It is a custom unit using the observer model. I tried altering the model, yielding the same results.

As for the buildings, they where also using standard models in the game, nothing special.

Like I said previously, all of these where working prior to the HoTS install.

You should check the Map Dependencies. Look for anything irregular.

@Zetal: Go

I don't see anything out of the ordinary.

Liberty (Mod)

Liberty Multi (Mod)

I believe I had these running from when I started this map. Any other idea as to what might be causing the issues?

Sounds like it's a problem with your map then. If I were you, though, I'd make a backup of the map (just in case) and remove the Liberty Multi dependency, to see what happens.

@Zetal: Go

Removing that dependency didn't change anything sadly.

I did although figure out why the unit palate was being weird and not showing the proper units.

The current issue of the working not being able to be seen or selecable remains. Although it still does show as an idle working existing.

Edit: Also it seems I am getting these errors-

USER: ModelLink[Probe2] Model Assets/Units/Protoss/Observer/Observer.m3; Properties detected for attach point Ref_Weapon which does not exist.

XML: GameData\ModelData.xml(7,9) : Unable to find field Color Source: C:/Users/Silver/Desktop/SC Maps/X TD_10_4.SC2Map Entry: Rapid_Spark Scope: CModel

first one: The observer doesn't have a weapon attachment. Change the workers weapon to not use that attach point.

second one: One of the fields for Rapid_Spark isn't valid. You should look into that.

@Zetal: Go

I removed the workers weapon entirely, getting rid of the error that it yields, although the worker itself still isn't visable.

As for the rapid_spark error, it's just a color issue that doesn't effect the game at all. The effect simply can't handle color input, which is fine.

I'm still convinced it's has to do with some change they made in the editor from the last time I worked on my map, till HoTS.

What is your map classified as? Check the Map Options window, the game might automatically load the multiplayer dependency on top of the map, which overwrites or screws up most edits to existing units.

For the invisible unit, can you drag-select it? Try changing the Art: Model field, once on the Model data object and once on the Unit type Actor. If one of these renders it visible report which one did it.

@Photoloss: Go

It's currently set up as an Arcade Map. The Multiplayer Data is not loaded.

--

It seems I have found the problem. There where a ton of errors in the worker Actor - Events. Half of them where copies of flying validations (up to 3 copies) and the rest where cheer animation height levels.

I reset all of the events with error flags, which resulted in the working showing and acting normally.

Thanks for the help!

Conclusion-

My guess is that the cheer animations from HoTS screwed up some settings. As for the height validations, I have no idea where the copies came from.