Rescue my map please! I worked with the new World Editor.

[old_edge5]

Hey guys,

this spring I worked intensively on a map. At some point there was an update and the new native "SetUnitArmor" was renamed to "BlzSetUnitArmor" or something.

Ever since I can't open my map and the world edit will crash at every atempt.

The guys from the Blizzard forum sent me here to find help. I really need help here to fix this. There must be a way! I put a lot of love into that map, and I want to finish it!

I appreciate every idea that leads me to the solution.

Thanks a lot
old_edge

 

[noob]

Try to find the previous version of warcraft 3 if it is still possible then remove the wrong thing from your map?
Or use some map editor other than the default one?
If your map is very small you might try to do search and replace.(if the data is stored in a way that can be understood by humans)

 

[Deleted member 219079]

Use mpq browser to copy map contents into new map archive.

 

[noob]

Use mpq browser to copy map contents into new map archive.

Seems a good idea.
I forgot those even existed.
I should get one.

 

[Chaosy]

Can't you just open the map with an MPQ editor and edit the script file?
I am 99% sure that will allow the map to run properly.

My concern about this approach is that I think the trigger data overrides the edit when you open the map with the editor..

 

[Acutesharpness]

Someone move this to world editor help section for more and faster replies!

 

[Tasyen]

Make a backup copy of the map.
Open your map with an mpq-program.
Export the "wtg"-file
Open it in a text editor.
Replace the new natives calls without the Blz prefix with the ones with Blz. (use crtl + h) or (crtl +f)
Save the text file but make sure the encoding (charset) does not change.
Replace the wtg file in your map with the changed one.

The size will increase alot, until you save it with world editor again.​

If all went fine the map can be opened and triggers will show and can be modified again.

If the wtf file screwed up you can also open the map, but the triggers are gone, why you need the backup.​

there was also a program from ghostwolf doing that, not sure how this's program state is.

 

[old_edge5]

Thanks to you all for your replies!

Make a backup copy of the map.
Open your map with an mpq-program.
Export the "wtg"-file
Open it in a text editor.
Replace the new natives calls without the Blz prefix with the ones with Blz. (use crtl + h) or (crtl +f)
Save the text file but make sure the encoding (charset) does not change.
Replace the wtg file in your map with the changed one.

The size will increase alot, until you save it with world editor again.​

If all went fine the map can be opened and triggers will show and can be modified again.

If the wtf file screwed up you can also open the map, but the triggers are gone, why you need the backup.​

there was also a program from ghostwolf doing that, not sure how this's program state is.

I tried to do it as you explained, but sadly I got this critical error:

Any suggestions?

 

[Tasyen]

the wtg-file proably was saved in a wrong charset(encoding). it has to be ansi / (windows-1252) .
Export the wtg again from the backup and redo. the charset encoding is important.

could offer you a simple java text replacing tool which worked for the wtg file of a small map.
Therefore I am unsure, if it works with big wtg files.

 

[old_edge5]

Hey Tasyen,

thanks for that tool. I tried it and it brings me this looping error:

It says: "Custom variable is in conflict with created variable.:"

When I click OK it reappears and this seems to happen forever or for a very very long time. In the first bunch of errors there actually appear words after the colon: First there are actual variable names from my map, then only variable types like "unit", "integer", "string", until finally it will only look like shown in the picture.

___

I just realized one thing. When I start the map without changing anything I actually get three different errors (Shown below). But now: When I changed "SetUnitArmor" to "BlzSetUnitArmor" manually I only got the error from my last post. Doesn't that mean I got rid of the first two errors and theres only one left? Because as you see below at number "3." its very similar to the one from my last post.

"1." says: "Trigger-Function doesn't exist in the database.: SetUnitArmor"
"2." says: "Trigger-Function doesn't exist in the database.:"


Any further suggestions?

Thanks so far!

 

[Tasyen]

Never seen that error before. Unsure how to solve that. Sounds like you have 2 times the same variable.

Alternative solution:
If you did not used the new natives that much, you could replace world editor data/strings with triggerdata/triggerstrings without blz. Then you can open your map remove the new native actions/events/conditions save the map and remove the altered world Editor data again.
Then your map should be openable with current version again.
Drawback: you need to recreate the usage of the new natives.

hey you are using german I can provide you a non blz version of triggerdata.txt and triggerstrings.txt.

place the 2 txt files inside your warcraft 3 folder.
under path "war3mod.mpq/ui/", then the editor will use them instead of default data. Which makes non Blz version valid for editor.

 

[old_edge5]

Holy Moly, it worked!!

I put your text files in the directory as you explained and were able to open it. I deleted the old natives, saved it, removed the text files again and opened it with the unmodified world editor again. Thanks so much!

I still have a few questions though:

1. Everytime I save the map I get this JASSHelper-window I havent seen before. Is it because of the modifying we just did or is it a patch warcraft 3 got in the last months?

2. You mentioned that I am using the German version as if it would be crucial to the solution you came up with. Was it?

3. I'm really curious why you would know that text file method at all. Did you have to use it for some other issue before?

4. And finally I would like to figure out why the world editor always shows this text, when I start it up:

(The first two words mean: "Missing string:")

Thanks Tasyen! You rescued my map! I'll put you in the credits, if I ever release it!

 

[Tasyen]

1. Everytime I save the map I get this JASSHelper-window I havent seen before. Is it because of the modifying we just did or is it a patch warcraft 3 got in the last months?

That is a tool, it allows using vjass in trigger Editor, if you don't need it you can disable it in a menus inside trigger editor.

2. You mentioned that I am using the German version as if it would be crucial to the solution you came up with. Was it?

It is not crucial. But I only have the german version right now, others I first would have to export and built.
Also if you are used another language and then suddenly all is german, not sure if one could handle that.

3. I'm really curious why you would know that text file method at all. Did you have to use it for some other issue before?

I use the text-file method to enable world Editor creating variables of (Unit/Item-pool, widget, boolexpr, modelfile, imagefile....). Without vjass one can not create globals of dat type, but I needed/wanted them as globals. This technique came quite in handy for that reason.
I also experimented with creating GUI Actions for some of my jass systems. Cause this set variables execute trigger thing is some how lacking in usage. But this changed triggerEditor stuff is also lacking, cause as soon something is used that World Editor does not know he freaks out.

4. And finally I would like to figure out why the world editor always shows this text, when I start it up:

Blizzard forgot adding the german strings for the mouse buttons and events and the Editor can not find them. Not dangerous at all.