[227g] UnrealEd crashes/bugs
Posted: Sat Feb 27, 2010 7:15 pm
I've decided to test the current UnrealEd 2.1 against the crash list over at the Unreal Engine Wiki (and is still in progress), and found some leftover bugs:
1. If you move an actor slightly to any side, it moves AND it interprets it as a normal click - you get the right-click menu open, select the surface in front, deselect your actor etc. After that, your viewport no longer moves and instead you move the selected actor/red brush, despite the fact that you don't have the Ctrl key pressed any more! This bug annoys me to no end when there is need to do precise alterations of some actors. How to reproduce: Go to any map, select a pathnode, press Ctrl, use your mouse to move it slightly to any direction, release Ctrl, try moving.
2. If you select a light, go into its properties, LightColor, Color, try to access the 3D viewport, press OK - your viewports no longer respond, and when you try to close the editor, it crashes:
3. Merging vertices with vertex editing results in a "not enough vertices" crash, but that has already been reported before.
4. This is stupid to do, but if you create a new material, for example, TexPanner, and set it to pan itself, the editor crashes in the way that even the crash system fails (you get a Windows crash message and the log is cut off).
5. Using Software rendering and S3TC, in NaliC.unr, the starting area's terrain texture acts as if it was a specular map - it changes depending on the angle you look at it and it's usually stretched. Doesn't happen in D3D or OGL. I've also noticed something interesting when using S3TCs - apply one to the main tower brush in that map and you will see it act normally on all polys except those that are under the roof for some odd reason.
1. If you move an actor slightly to any side, it moves AND it interprets it as a normal click - you get the right-click menu open, select the surface in front, deselect your actor etc. After that, your viewport no longer moves and instead you move the selected actor/red brush, despite the fact that you don't have the Ctrl key pressed any more! This bug annoys me to no end when there is need to do precise alterations of some actors. How to reproduce: Go to any map, select a pathnode, press Ctrl, use your mouse to move it slightly to any direction, release Ctrl, try moving.
2. If you select a light, go into its properties, LightColor, Color, try to access the 3D viewport, press OK - your viewports no longer respond, and when you try to close the editor, it crashes:
Log: (the rebuild doesn't have anything to do with it, you can ignore that part)---------------------------
Critical Error
---------------------------
General protection fault!
History: FHeaderItem::OnChooseColorButton ---------------------------
Gerai
---------------------------
3. Merging vertices with vertex editing results in a "not enough vertices" crash, but that has already been reported before.
4. This is stupid to do, but if you create a new material, for example, TexPanner, and set it to pan itself, the editor crashes in the way that even the crash system fails (you get a Windows crash message and the log is cut off).
5. Using Software rendering and S3TC, in NaliC.unr, the starting area's terrain texture acts as if it was a specular map - it changes depending on the angle you look at it and it's usually stretched. Doesn't happen in D3D or OGL. I've also noticed something interesting when using S3TCs - apply one to the main tower brush in that map and you will see it act normally on all polys except those that are under the roof for some odd reason.