-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix issue with shortcut recompression #520
Conversation
Not actually replicating #499 yet. |
The first expansion is ok. It seems to occur on the |
Awww. I see. Thanks. |
This looks more correctly failing: > assert new_line == gold_line.rstrip().expandtabs(8)
E AssertionError: assert 'imp:e 0 2r 2r' == 'imp:e 0 2r 1 r'
E
E - imp:e 0 2r 1 r
E ? ^^
E + imp:e 0 2r 2r
E ? ^ |
I accidentally stumbled upon #489 in this testing: E AssertionError: assert '10214 0 (1 2.03.04)' == '10214 0 (1 2i 4)'
E
E - 10214 0 (1 2i 4)
E ? ^^^
E + 10214 0 (1 2.03.04)
E ? ^^^^^ (this is for |
Ohh I see it now, I focused on the wrong problem there. |
9637cf4
to
ff6b81f
Compare
Ok your bug with regards to This had to be manually addressed because |
And... it broke again. |
Description
Bug fix #499
This fixes the bug from #499. This bug came down to a bug when two repeat shortcuts are touching. The second repeat assumes that the repeat node to its left is the value this one is repeating. To solve this the logic is updated to see if these edge values match.
Test Improvement #497
In the process I implemented testing where all valid input files are readin, "written" out and then re-read in, and the original and new files are compared. This found various padding bugs.
Bug fix: #489
For the bug: #489, interpolations (and all shortcuts) in geometry definitions were not recompressed. This was due to the fact that the
GeometryTree
had no idea that a shortcut was involved. This will be fixed by:GeometryTree
accordingly when it comes from a shortcutGeoemtryTree
.Bug Fix #526
This is actually #352 in disguise.
Bug fix #352
This was due to the trailing comments not being found properly due to a few reasons. In #352 the issue was due to the default trees for cell modifiers being added. This makes it look like there were no trailing comments.
This case was fixed by flagging default tree items in the parameters, and ignoring them for transferring comments.
The other case found was not being transferred from a tally comment. In this case the padding was attached to the classifier. The
get_trailing_comment
logic had to be updated to allow falling through to that very first node in the tree. This issue was in part causing #526 due to the new line additions due to the comment being in the wrong object.Checklist
Jump
Repeat