Skip to content

fix: pass partition_key to child PointerModel in fork/spawn relationships#682

Open
andreahlert wants to merge 1 commit intoapache:mainfrom
andreahlert:fix/518-partition-key-fork-link
Open

fix: pass partition_key to child PointerModel in fork/spawn relationships#682
andreahlert wants to merge 1 commit intoapache:mainfrom
andreahlert:fix/518-partition-key-fork-link

Conversation

@andreahlert
Copy link
Contributor

Changes

  • Add partition_key parameter to _log_child_relationships so child PointerModel entries in children.jsonl have the correct partition_key instead of None
  • Pass partition_key from post_application_create to _log_child_relationships
  • Add regression test verifying children.jsonl contains the correct partition_key for forked apps

How I tested this

  • Added test_fork_children_have_correct_partition_key that creates a parent app with a partition key, forks from it, and asserts the child entry in children.jsonl has the correct partition_key
  • All 16 existing tracking tests pass

Notes

The bug only manifests when partition_key is explicitly used in forks. Without it, the null value accidentally matches the UI route, making it seem intermittent.

Closes #518

…hips

The _log_child_relationships function was hardcoding partition_key=None
when creating child PointerModels in children.jsonl. This caused the UI
to generate broken links for forked/spawned apps that use partition keys,
since the route includes the partition_key segment.

Closes apache#518
@andreahlert
Copy link
Contributor Author

@elijahbenizzy @skrawcz can you give this a spin and confirm the links are working on your end?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Bug with UI link to forked app with partition key

1 participant