SphereServer BugTracker - SphereServer | |||||
View Issue Details | |||||
ID | Project | Category | View Status | Date Submitted | Last Update |
0001479 | SphereServer | executable - generic | public | 02-08-08 19:03 | 21-08-08 22:03 |
Reporter | Gygrazok | ||||
Assigned To | MrSugarCube | ||||
Priority | normal | Severity | minor | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Platform | OS | OS Version | |||
Product Version | |||||
Target Version | Fixed in Version | 20-09-2009, 0.56b Prerelease | |||
Nightly Version | 08-02-2008 | ||||
Experimental Flags | None, New_Triggers, NewPositionChecks, WalkCheck, Script_Profiler, Size_Optimise, DamageTools | ||||
Option Flags | None, Command_Sysmsgs, FileCommands, NoItemNaming | ||||
Internal Build Number | |||||
Summary | 0001479: Dynamic layer value not loaded on restart | ||||
Description | If I equip an item in a layer that is not the layer specified in its itemdef, the new layer value is saved correctly in the spherechars.scp (and equipped correctly), but on next restart it automatically returns to the default (ie taken from the itemdef) layer value. For example, if I equip a memory item in layer 100, on the next restart it returns to layer 30. It seems like a minor thing, but I need to have an item that can be equipped in different layers. Otherwise, a tag.override.layer would do the thing, I think. | ||||
Steps To Reproduce | |||||
Additional Information | Example: //the item [ITEMDEF i_xxx] ID=i_virtstone_1 TYPE=t_eq_script ... //to equip it I do this: CONT=<SRC.UID> LAYER=100 //example layer | ||||
Tags | No tags attached. | ||||
Relationships | |||||
Attached Files | |||||
Issue History | |||||
Date Modified | Username | Field | Change | ||
02-08-08 19:03 | Gygrazok | New Issue | |||
02-08-08 19:03 | Gygrazok | Nightly Version | => 08-02-2008 | ||
02-08-08 19:03 | Gygrazok | Experimental Flags | => None, New_Triggers, NewPositionChecks, WalkCheck, Script_Profiler, Size_Optimise, DamageTools | ||
02-08-08 19:03 | Gygrazok | Option Flags | => None, Command_Sysmsgs, FileCommands, NoItemNaming | ||
08-08-08 19:06 | MrSugarCube | Status | new => assigned | ||
08-08-08 19:06 | MrSugarCube | Assigned To | => MrSugarCube | ||
21-08-08 22:03 | MrSugarCube | Status | assigned => resolved | ||
21-08-08 22:03 | MrSugarCube | Fixed in Version | => 0.56c Nightly | ||
21-08-08 22:03 | MrSugarCube | Resolution | open => fixed |
There are no notes attached to this issue. |