You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
A clear and concise description of what the bug is.
To reproduce
Steps to reproduce the behavior:
Any trivial script calling FullPath on an object.
Expected behavior FullPath's output should match the actual indexes of what's in the data. For instance, if a CELL is in Exterior Cell Block 1, -2, Exterior Sub-Block 4, -6, FullPath should emit that. Instead it emits Exterior Cell Block -2, 1, Exterior Sub-Block -6, 4.
Screenshots
Additional context
This bug looks to have been there since 2012 atleast. The issue is that decoding of the block/sub-block data is using the order of low and high bytes in TwbGroupRecord.GetName but it should be using the order of high and low bytes as done in TwbGroupRecord.GetShortName.
The text was updated successfully, but these errors were encountered:
What is the version of xEdit you are using?
4.0.3
Describe the bug
A clear and concise description of what the bug is.
To reproduce
Steps to reproduce the behavior:
Any trivial script calling
FullPath
on an object.Expected behavior
FullPath
's output should match the actual indexes of what's in the data. For instance, if a CELL is inExterior Cell Block 1, -2, Exterior Sub-Block 4, -6
,FullPath
should emit that. Instead it emitsExterior Cell Block -2, 1, Exterior Sub-Block -6, 4
.Screenshots
Additional context
This bug looks to have been there since 2012 atleast. The issue is that decoding of the block/sub-block data is using the order of low and high bytes in
TwbGroupRecord.GetName
but it should be using the order of high and low bytes as done inTwbGroupRecord.GetShortName
.The text was updated successfully, but these errors were encountered: