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
First off, thanks for the tool. This is proving helpful to break things down and help us manage tailscale across networks and teams 🚀 .
Noticed that when multiple files are involved in a merge for an object or array property, that this ends up mis-attributing where the rules are actually sourced from.
Thanks for reporting. I really need to redo the commenting logic and maybe the merge-into-parent logic (😅) so this one might take me a bit longer to fix.
@twelsh-aw I have a work-in-progress fix in #26 if you'd like to give it a try - e.g. go run github.com/tailscale-dev/tailscale-acl-combiner@b1e2d62.
I want to rework the test data and tests a bit more before merging it - hopefully in the next few days.
First off, thanks for the tool. This is proving helpful to break things down and help us manage tailscale across networks and teams 🚀 .
Noticed that when multiple files are involved in a merge for an object or array property, that this ends up mis-attributing where the rules are actually sourced from.
Easiest repro is probably your testdata 😅:
tailscale-acl-combiner/testdata/output-file-to-compare-to.hujson
Line 6 in a9d8794
when in fact they come from somewhere else. It should say:
The underlying cause seems to be because the parent object is updated throughout and so this comment gets added on the second merge of things.
Same thing is also able to cause panics on merges of
autoApprovers
, but I'll file a separate issue for that and link back here.The text was updated successfully, but these errors were encountered: