View Issue Details

IDProjectCategoryView StatusLast Update
0002898DarkRadiantMap Editingpublic11.10.2012 19:03
Reportergrayman Assigned Togreebo  
PrioritynormalSeveritynormalReproducibilityalways
Status closedResolutionduplicate 
Product Version1.7.0 
Target Version1.7.0Fixed in Version1.7.0 
Summary0002898: DR pre8: objects are assigned to one layer, but their origins are shown in a different layer when highlighted
DescriptionAn object assigned to a layer can have its origin highlighted when a different layer is highlighted using the "layer names" buttons in the layer dialogue box.

This causes problems when highlighting a layer; objects not in the layer can be highlighted.
Steps To ReproduceHere are two ways of viewing the same problem:

First way:

Open the version 403 file in the attached zip and hide all layers.

Select the Default layer. Note that only two small sections of the map appear.

Select the Cell layer. A larger section of the map appears to the right.

Highlight the Default layer by clicking the layer's name button in the Layer dialogue box.

Note that numerous objects in the Cell layer are highlighted.

Hide the Default layer.

Note that the highlighted objects in the Cell layer remain highlighted.

Second way:

Hide all layers.

Select the Default layer.

Highlight the Default layer by clicking the layer's name button in the Layer dialogue box.

Note the highlighted origins scattered around the map.
Additional InformationWell ...

I started pre8 to run through these steps, loaded my map, and got a different result. pre8 corrupted the layer assignments (once again) during the read, which means I can't verify the instructions I wrote above.

Hopefully the instructions will work for you.

I've been tracking layer corruption by doing diff's while doing normal map editing, and this is the first time today I've seen corruption. The darkradiant file with the layer assignments is correct (version 403 in the attached zip file), but pre8 scattered things to the wind when it loaded the map.

I saved the now corrupted file as version 404 and included it in the zip file.

Summary: 403 is correct. 404 is corrupt. The only DR action needed to cause corruption was to read 403.
TagsNo tags attached.
Attached Files
originProblem.zip (1,792,385 bytes)

Relationships

has duplicate 0002759 closedgreebo Func_statics created in a non-default layer with the default layer hidden are created in the default layer 

Activities

greebo

greebo

02.11.2011 18:26

administrator   ~0004119

Last edited: 02.11.2011 18:27

I'll close this as duplicate of 0002759, since the entities in question seem to be created a long time ago when 0002759 was still unresolved.

Issue History

Date Modified Username Field Change
01.11.2011 18:40 grayman New Issue
01.11.2011 18:40 grayman File Added: originProblem.zip
01.11.2011 18:55 greebo Status new => acknowledged
02.11.2011 07:43 greebo Status acknowledged => confirmed
02.11.2011 18:26 greebo Relationship added has duplicate 0002759
02.11.2011 18:26 greebo Note Added: 0004119
02.11.2011 18:26 greebo Status confirmed => resolved
02.11.2011 18:26 greebo Fixed in Version => 1.7.0
02.11.2011 18:26 greebo Resolution open => duplicate
02.11.2011 18:26 greebo Assigned To => greebo
02.11.2011 18:26 greebo Target Version => 1.7.0
02.11.2011 18:27 greebo Note Edited: 0004119
11.10.2012 19:03 greebo Status resolved => closed