Oh.. And, the other hickup... And this one is kind of both a possible issue, and not one: If you map parts of the same object, the "default" behavior, unless you rename the texture, is to always use the texture name for the object (not increment it). It might be useful to have a setting to create a new texture, every time you map another part of the object.
Ok.. Means to cause this error, at least in the latest Manifold, which "may" be slightly out of date:
1. Create any object. I used a icosahedron.
2. Select a few faces.
3. Uvmap those.
4. Create a texture from the map.
5. Do not rename the map or texture.
6. Invert the selection, so you now have all other face.
7. Uvmap that.
Now, you have one texture, for two maps, which imho, is useful sometimes, but not always, it might be better, as I said, to "increment" them, so you get a new map, and thus, a new texture.
8. Without doing anything else, ctrl-alt-z to clear the map, since you now plan to redo it.
9. Rename the original texture, and its image. Say: icosahedron2, so your next texture will still be icosahedron1, but it won't be using the same one for both maps.
10. Using the same unmapped faces, which you should still have selected, uvmap again (without closing the uvmap window at any point in the process).
Now you have two textures icosahedron1 and icosahedron2, and... your "image" for the new map will, incorrectly, show the lines from the prior map, your new lines, from the map you just created, and the "default" texture.
11. Attempt to create an image from this map. You are, for some reason, seeing "both" maps at the same time now, even though only one should be visible.. Hmm...
12. Now close the uvmap window. Select *either* of your textures, pick "select" from its drop down menu, then uvmap again.
Uh oh... Where did our texture just go? All that you see is the "default" checker board thing. Selecting, and uvmapping from the other texture.. same result. Wings3D has gotten all confused as to what exactly its supposed to be displaying, as the image, for each of the objects textures. **New** objects don't have the problem. Editing the materials, to see what the results "should" look like, or even importing images, then drag applying them to the textures, then checking them in "Edit material" will confirm that the textures are right, and, obviously, they are also correct in the 3D view. But, the uvmap window has completely lost all track of what texture its should be showing up, when you are adjusting the vertices, edges, faces, etc. of the map itself.
Also.. just to make things more fun, if you select a texture, pick "select" from its menu, to grab all the faces that belong to its map, and then open the UV Editor Window, from the top menu, you don't get the "selected" texture, image, and map. You get ***all of them*** for the object, or.. something else.., like an attempt to map what ever isn't already mapped onto the image? Not sure, but I would expect to get the map(s) for what I have selected, at least, not all of them at once, or some other strange thing, when some of it isn't yet mapped. It, pretty much, makes for a huge mess, and.. if I remember, causes some other hickups as well (perhaps even, under some conditions, the same, 'oops, where did the image go', bug). But, even if not, it doesn't produce behavior that makes sense, if you only have "part" of the object selected.
Ok.. Means to cause this error, at least in the latest Manifold, which "may" be slightly out of date:
1. Create any object. I used a icosahedron.
2. Select a few faces.
3. Uvmap those.
4. Create a texture from the map.
5. Do not rename the map or texture.
6. Invert the selection, so you now have all other face.
7. Uvmap that.
Now, you have one texture, for two maps, which imho, is useful sometimes, but not always, it might be better, as I said, to "increment" them, so you get a new map, and thus, a new texture.
8. Without doing anything else, ctrl-alt-z to clear the map, since you now plan to redo it.
9. Rename the original texture, and its image. Say: icosahedron2, so your next texture will still be icosahedron1, but it won't be using the same one for both maps.
10. Using the same unmapped faces, which you should still have selected, uvmap again (without closing the uvmap window at any point in the process).
Now you have two textures icosahedron1 and icosahedron2, and... your "image" for the new map will, incorrectly, show the lines from the prior map, your new lines, from the map you just created, and the "default" texture.
11. Attempt to create an image from this map. You are, for some reason, seeing "both" maps at the same time now, even though only one should be visible.. Hmm...
12. Now close the uvmap window. Select *either* of your textures, pick "select" from its drop down menu, then uvmap again.
Uh oh... Where did our texture just go? All that you see is the "default" checker board thing. Selecting, and uvmapping from the other texture.. same result. Wings3D has gotten all confused as to what exactly its supposed to be displaying, as the image, for each of the objects textures. **New** objects don't have the problem. Editing the materials, to see what the results "should" look like, or even importing images, then drag applying them to the textures, then checking them in "Edit material" will confirm that the textures are right, and, obviously, they are also correct in the 3D view. But, the uvmap window has completely lost all track of what texture its should be showing up, when you are adjusting the vertices, edges, faces, etc. of the map itself.
Also.. just to make things more fun, if you select a texture, pick "select" from its menu, to grab all the faces that belong to its map, and then open the UV Editor Window, from the top menu, you don't get the "selected" texture, image, and map. You get ***all of them*** for the object, or.. something else.., like an attempt to map what ever isn't already mapped onto the image? Not sure, but I would expect to get the map(s) for what I have selected, at least, not all of them at once, or some other strange thing, when some of it isn't yet mapped. It, pretty much, makes for a huge mess, and.. if I remember, causes some other hickups as well (perhaps even, under some conditions, the same, 'oops, where did the image go', bug). But, even if not, it doesn't produce behavior that makes sense, if you only have "part" of the object selected.