View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001940 | DarkRadiant | Models | public | 10.09.2009 13:38 | 14.07.2017 11:11 |
| Reporter | demagogue | Assigned To | greebo | ||
| Priority | normal | Severity | minor | Reproducibility | sometimes |
| Status | closed | Resolution | no change required | ||
| Product Version | 0.10.0 | ||||
| Summary | 0001940: Hard to delete entities with missing models (e.g., through "j" menu) | ||||
| Description | I was trying to delete an entity that lost its model. The usual way to even select it is through the "j" menu (since there's nothing to click in the map views). But then I'd have the problem that when I selected it and pushed 'backspace', it deselected the entity but didn't delete it. Sometimes it deleted, other times it didn't. So I often just open the .map file in a text editor and delete it by hand. But I was hoping it could be easier to delete in DR. | ||||
| Tags | No tags attached. | ||||
|
Hm, when DR encounters missing models, you get a small cube textured with "shader not found". I could delete such a model without problems? Can I see the map in question, maybe it's something more specific? |
|
|
Ok, looking back on it, this was sort of a weird unique situation, maybe. But it's still worth thinking about a fix. The situation this came from was when I was using the classname fix script on my map, I was actually doing some fixes by hand. So I renamed the classname for the target_set_frobable entities (to add the atdm). This entity (like trigger entities), you have to make the model out of brushwork then convert it. So when I changed the classname over by hand, apparently somehow it didn't carry the old model with it and got a model with zero dimensions. Or something like that... Here's the map*; open the "j" menu, and the two entities are target_set_frobable_1 and _3 (you have to hide some objects in front of them to see them, or see their origin-marker at any rate): http://rapidshare.com/files/278750061/street65.map.html I recognized this problem from when a few ragdolls of mine got deleted from the SVN, so the entity class no longer existed. The entities remained as dummy entities with no models that got moved to the origin. And I recall it was hard to delete those too. (e.g., http://rapidshare.com/files/235378521/patently_dangerous.pk4 Push "j" and scroll down to "atdm:ai_townsfolk_commoner_short") On reflection, I see that this is a problem that mostly just comes up with the SVN updates changing entity classnames and them not getting deprecated, or the mapper tries to change the name by hand. So it may not be that big of a general problem. But it still happens people might enter an entity classname by hand and misspell it or whatever, and situations like trigger and target_set_frobable entities where they're supposed to take the model from a brush that gets set to zero dimensions or whatever... It's hard to delete these kinds of entities with dimensionless models when they do show up. ____________________________ *Footnote. For the record, and this is a tangent from this bug into other issues I had with those target_set_frobable entities, after the version in the map I linked, I then gave the entities a new model by spawnarg, (still no box in-DR iirc) but then there was another problem because the "model" didn't match the "name" of the entity, and it showed up as a black box in-game. I think then I just created a new version from scratch with the right classname, and didn't realize I didn't delete the old bad entities. I think black-boxes after that point were still from the un-deleted bad entity. Anyway, when I deleted them by hand in the .map file, then the black boxes disappeared. I saved over the later versions once I got everything fixed, though, so now don't recall exactly every quirk that were cropping up during that fix. |
|
|
Hm. I'm trying to reproduce this - the maps you linked are not available anymore, but I attempted to reproduce this by hand-editing a .map file myself, entering an invalid classname for a trigger entity. The trigger entity was created by DarkRadiant regardless, and even the non-existent Belcher entityclass I was able to delete by using the Entity List. Possibly this issue got resolved in the meantime? |
|
| Closed due to age | |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 10.09.2009 13:38 | demagogue | New Issue | |
| 11.09.2009 12:48 | greebo | Note Added: 0002642 | |
| 11.09.2009 12:48 | greebo | Status | new => feedback |
| 11.09.2009 20:43 | demagogue | Note Added: 0002643 | |
| 11.09.2009 20:50 | demagogue | Note Edited: 0002643 | |
| 11.09.2009 20:52 | demagogue | Note Edited: 0002643 | |
| 11.09.2009 20:53 | demagogue | Note Edited: 0002643 | |
| 11.09.2009 20:55 | demagogue | Note Edited: 0002643 | |
| 11.09.2009 20:56 | demagogue | Note Edited: 0002643 | |
| 22.04.2010 11:28 | greebo | Note Added: 0002993 | |
| 14.07.2017 11:11 | greebo | Note Added: 0008988 | |
| 14.07.2017 11:11 | greebo | Status | feedback => closed |
| 14.07.2017 11:11 | greebo | Assigned To | => greebo |
| 14.07.2017 11:11 | greebo | Resolution | open => no change required |