{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":234798675,"defaultBranch":"main","name":"bevy","ownerLogin":"bevyengine","currentUserCanPush":false,"isFork":false,"isEmpty":false,"createdAt":"2020-01-18T21:13:55.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/60047606?v=4","public":true,"private":false,"isOrgOwned":true},"refInfo":{"name":"","listCacheKey":"v0:1715346972.0","currentOid":""},"activityList":{"items":[{"before":"dcb8a13b223fbc9425f7af01b3941dd80a229384","after":null,"ref":"refs/heads/gh-readonly-queue/main/pr-13307-4b61bbe4e1b364a74e706c3dd4ee06659301211d","pushedAt":"2024-05-10T13:29:40.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"}},{"before":"4b61bbe4e1b364a74e706c3dd4ee06659301211d","after":"dcb8a13b223fbc9425f7af01b3941dd80a229384","ref":"refs/heads/main","pushedAt":"2024-05-10T13:29:39.000Z","pushType":"merge_queue_merge","commitsCount":1,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"Remove `ClampColor` (#13307)\n\n# Objective\n\n- Fixes #12543\n\n## Solution\n\n- Removed `ClampColor`\n\n## Testing\n\n- CI Passed\n\n---\n\n## Migration Guide\n\nManually clamp the various colour components yourself if this behaviour\nis still required.\n\n```rust\nfn clamped_srgba(color: Srgba) -> Srgba {\n Srgba {\n red: color.red.clamp(0., 1.),\n green: color.green.clamp(0., 1.),\n blue: color.blue.clamp(0., 1.),\n alpha: color.alpha.clamp(0., 1.),\n }\n}\n```","shortMessageHtmlLink":"Remove ClampColor (#13307)"}},{"before":null,"after":"dcb8a13b223fbc9425f7af01b3941dd80a229384","ref":"refs/heads/gh-readonly-queue/main/pr-13307-4b61bbe4e1b364a74e706c3dd4ee06659301211d","pushedAt":"2024-05-10T13:16:12.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"Remove `ClampColor` (#13307)\n\n# Objective\n\n- Fixes #12543\n\n## Solution\n\n- Removed `ClampColor`\n\n## Testing\n\n- CI Passed\n\n---\n\n## Migration Guide\n\nManually clamp the various colour components yourself if this behaviour\nis still required.\n\n```rust\nfn clamped_srgba(color: Srgba) -> Srgba {\n Srgba {\n red: color.red.clamp(0., 1.),\n green: color.green.clamp(0., 1.),\n blue: color.blue.clamp(0., 1.),\n alpha: color.alpha.clamp(0., 1.),\n }\n}\n```","shortMessageHtmlLink":"Remove ClampColor (#13307)"}},{"before":"4b61bbe4e1b364a74e706c3dd4ee06659301211d","after":null,"ref":"refs/heads/gh-readonly-queue/main/pr-13291-4da11fda77f58b9ebe126c92747a6666e530d7d5","pushedAt":"2024-05-10T10:14:42.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"}},{"before":"4da11fda77f58b9ebe126c92747a6666e530d7d5","after":"4b61bbe4e1b364a74e706c3dd4ee06659301211d","ref":"refs/heads/main","pushedAt":"2024-05-10T10:14:41.000Z","pushType":"merge_queue_merge","commitsCount":1,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"bevy_core: Derive useful traits on FrameCount (#13291)\n\n# Objective\n\nI am emboldened by my last small PR and am here with another.\n\n- **Describe the objective or issue this PR addresses.**\n\nIt would be nice if `FrameCount` could be used by downstream plugins\nthat want to use frame data. The example that I have in mind is\n[`leafwing_input_playback`](https://github.com/Leafwing-Studios/leafwing_input_playback/issues/29)\nwhich has a [duplicate implementation of\n`FrameCount`](https://github.com/Leafwing-Studios/leafwing_input_playback/blob/main/src/frame_counting.rs#L9-L37)\nused in several structs which rely on those derives (or otherwise the\nhigher-level structs would have to implement these traits manually).\nThat crate, using `FrameCount`, tracks input frames and timestamps and\nenables various playback modes.\n\nI am aware that bevy org refrains from deriving lots of unnecessary\nstuff on bevy types to avoid compile time creep. It is worth mentioning\nthe (equally reasonable) alternative that downstream crates _should_\nimplement some `FrameCount` themselves if they want special behavior\nfrom it.\n\n## Solution\n\n- **Describe the solution used to achieve the objective above.**\n\nI added derives for `PartialEq, Eq, PartialOrd, Ord` and implementations\nfor `serde::{Deserialize, Serialize}` to `FrameCount`.\n\n## Testing\n\nManually confirmed that the serde implementation works, but that's all.\nLet me know if I should do more here.\n\n---------\n\nCo-authored-by: Alice Cecile ","shortMessageHtmlLink":"bevy_core: Derive useful traits on FrameCount (#13291)"}},{"before":null,"after":"4b61bbe4e1b364a74e706c3dd4ee06659301211d","ref":"refs/heads/gh-readonly-queue/main/pr-13291-4da11fda77f58b9ebe126c92747a6666e530d7d5","pushedAt":"2024-05-10T10:00:24.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"bevy_core: Derive useful traits on FrameCount (#13291)\n\n# Objective\n\nI am emboldened by my last small PR and am here with another.\n\n- **Describe the objective or issue this PR addresses.**\n\nIt would be nice if `FrameCount` could be used by downstream plugins\nthat want to use frame data. The example that I have in mind is\n[`leafwing_input_playback`](https://github.com/Leafwing-Studios/leafwing_input_playback/issues/29)\nwhich has a [duplicate implementation of\n`FrameCount`](https://github.com/Leafwing-Studios/leafwing_input_playback/blob/main/src/frame_counting.rs#L9-L37)\nused in several structs which rely on those derives (or otherwise the\nhigher-level structs would have to implement these traits manually).\nThat crate, using `FrameCount`, tracks input frames and timestamps and\nenables various playback modes.\n\nI am aware that bevy org refrains from deriving lots of unnecessary\nstuff on bevy types to avoid compile time creep. It is worth mentioning\nthe (equally reasonable) alternative that downstream crates _should_\nimplement some `FrameCount` themselves if they want special behavior\nfrom it.\n\n## Solution\n\n- **Describe the solution used to achieve the objective above.**\n\nI added derives for `PartialEq, Eq, PartialOrd, Ord` and implementations\nfor `serde::{Deserialize, Serialize}` to `FrameCount`.\n\n## Testing\n\nManually confirmed that the serde implementation works, but that's all.\nLet me know if I should do more here.\n\n---------\n\nCo-authored-by: Alice Cecile ","shortMessageHtmlLink":"bevy_core: Derive useful traits on FrameCount (#13291)"}},{"before":"4da11fda77f58b9ebe126c92747a6666e530d7d5","after":null,"ref":"refs/heads/gh-readonly-queue/main/pr-13305-705c144259aecfd0399a6b22445468e853130a12","pushedAt":"2024-05-09T23:45:39.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"}},{"before":"705c144259aecfd0399a6b22445468e853130a12","after":"4da11fda77f58b9ebe126c92747a6666e530d7d5","ref":"refs/heads/main","pushedAt":"2024-05-09T23:45:38.000Z","pushType":"merge_queue_merge","commitsCount":1,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"Add `AXES` iterators for `Dir` types (#13305)\n\n# Objective\n\nSometimes it's nice to iterate over all the coordinate axes using\nsomething like `Vec3::AXES`. This was not available for the\ncorresponding `Dir` types and now it is.\n\n## Solution\n\nWe already have things like `Dir2::X`, `Dir3::Z` and so on, so I just\nthrew them in an array like the vector types do it. I also slightly\nrefactored the sphere gizmo code to use `Dir3::AXES` and operate on\ndirections instead of using `Dir3::new_unchecked`.\n\n## Testing\n\nI looked at the sphere in the `3d_gizmos` example and it seems to work,\nso I assume I didn't break anything.","shortMessageHtmlLink":"Add AXES iterators for Dir types (#13305)"}},{"before":null,"after":"4da11fda77f58b9ebe126c92747a6666e530d7d5","ref":"refs/heads/gh-readonly-queue/main/pr-13305-705c144259aecfd0399a6b22445468e853130a12","pushedAt":"2024-05-09T23:31:00.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"Add `AXES` iterators for `Dir` types (#13305)\n\n# Objective\n\nSometimes it's nice to iterate over all the coordinate axes using\nsomething like `Vec3::AXES`. This was not available for the\ncorresponding `Dir` types and now it is.\n\n## Solution\n\nWe already have things like `Dir2::X`, `Dir3::Z` and so on, so I just\nthrew them in an array like the vector types do it. I also slightly\nrefactored the sphere gizmo code to use `Dir3::AXES` and operate on\ndirections instead of using `Dir3::new_unchecked`.\n\n## Testing\n\nI looked at the sphere in the `3d_gizmos` example and it seems to work,\nso I assume I didn't break anything.","shortMessageHtmlLink":"Add AXES iterators for Dir types (#13305)"}},{"before":"705c144259aecfd0399a6b22445468e853130a12","after":null,"ref":"refs/heads/gh-readonly-queue/main/pr-13303-42ba9dfaea6c2abe49ccbbc8c5d0cdb9bb9f265e","pushedAt":"2024-05-09T18:33:06.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"}},{"before":"42ba9dfaea6c2abe49ccbbc8c5d0cdb9bb9f265e","after":"705c144259aecfd0399a6b22445468e853130a12","ref":"refs/heads/main","pushedAt":"2024-05-09T18:33:06.000Z","pushType":"merge_queue_merge","commitsCount":1,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"bevy_reflect: Remove `ContainerAttributes::merge` (#13303)\n\n# Objective\n\nUnblocks #11659.\n\nCurrently the `Reflect` derive macro has to go through a merge process\nfor each `#[reflect]`/`#[reflet_value]` attribute encountered on a\ncontainer type.\n\nNot only is this a bit inefficient, but it also has a soft requirement\nthat we can compare attributes such that an error can be thrown on\nduplicates, invalid states, etc.\n\nWhile working on #11659 this proved to be challenging due to the fact\nthat `syn` types don't implement `PartialEq` or `Hash` without enabling\nthe `extra-traits` feature.\n\nIdeally, we wouldn't have to enable another feature just to accommodate\nthis one use case.\n\n## Solution\n\nRemoved `ContainerAttributes::merge`.\n\nThis was a fairly simple change as we could just have the parsing\nfunctions take `&mut self` instead of returning `Self`.\n\n## Testing\n\nCI should build as there should be no user-facing change.","shortMessageHtmlLink":"bevy_reflect: Remove ContainerAttributes::merge (#13303)"}},{"before":"42ba9dfaea6c2abe49ccbbc8c5d0cdb9bb9f265e","after":null,"ref":"refs/heads/gh-readonly-queue/main/pr-13216-3f2cc244d76eab97a3ef9fccc0d99b0eb3bbc783","pushedAt":"2024-05-09T18:20:11.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"}},{"before":"3f2cc244d76eab97a3ef9fccc0d99b0eb3bbc783","after":"42ba9dfaea6c2abe49ccbbc8c5d0cdb9bb9f265e","ref":"refs/heads/main","pushedAt":"2024-05-09T18:20:09.000Z","pushType":"merge_queue_merge","commitsCount":1,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"Separate state crate (#13216)\n\n# Objective\n\nExtracts the state mechanisms into a new crate called \"bevy_state\".\n\nThis comes with a few goals:\n\n- state wasn't really an inherent machinery of the ecs system, and so\nkeeping it within bevy_ecs felt forced\n- by mixing it in with bevy_ecs, the maintainability of our more robust\nstate system was significantly compromised\n\nmoving state into a new crate makes it easier to encapsulate as it's own\nfeature, and easier to read and understand since it's no longer a\nsingle, massive file.\n\n## Solution\n\nmove the state-related elements from bevy_ecs to a new crate\n\n## Testing\n\n- Did you test these changes? If so, how? all the automated tests\nmigrated and passed, ran the pre-existing examples without changes to\nvalidate.\n\n---\n\n## Migration Guide\n\nSince bevy_state is now gated behind the `bevy_state` feature, projects\nthat use state but don't use the `default-features` will need to add\nthat feature flag.\n\nSince it is no longer part of bevy_ecs, projects that use bevy_ecs\ndirectly will need to manually pull in `bevy_state`, trigger the\nStateTransition schedule, and handle any of the elements that bevy_app\ncurrently sets up.\n\n---------\n\nCo-authored-by: Kristoffer Søholm ","shortMessageHtmlLink":"Separate state crate (#13216)"}},{"before":"3f2cc244d76eab97a3ef9fccc0d99b0eb3bbc783","after":null,"ref":"refs/heads/gh-readonly-queue/main/pr-13276-d9d305dab5b3b7a12a634ea7adb5c5a4c6406ec1","pushedAt":"2024-05-09T18:18:12.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"}},{"before":null,"after":"705c144259aecfd0399a6b22445468e853130a12","ref":"refs/heads/gh-readonly-queue/main/pr-13303-42ba9dfaea6c2abe49ccbbc8c5d0cdb9bb9f265e","pushedAt":"2024-05-09T18:18:12.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"bevy_reflect: Remove `ContainerAttributes::merge` (#13303)\n\n# Objective\n\nUnblocks #11659.\n\nCurrently the `Reflect` derive macro has to go through a merge process\nfor each `#[reflect]`/`#[reflet_value]` attribute encountered on a\ncontainer type.\n\nNot only is this a bit inefficient, but it also has a soft requirement\nthat we can compare attributes such that an error can be thrown on\nduplicates, invalid states, etc.\n\nWhile working on #11659 this proved to be challenging due to the fact\nthat `syn` types don't implement `PartialEq` or `Hash` without enabling\nthe `extra-traits` feature.\n\nIdeally, we wouldn't have to enable another feature just to accommodate\nthis one use case.\n\n## Solution\n\nRemoved `ContainerAttributes::merge`.\n\nThis was a fairly simple change as we could just have the parsing\nfunctions take `&mut self` instead of returning `Self`.\n\n## Testing\n\nCI should build as there should be no user-facing change.","shortMessageHtmlLink":"bevy_reflect: Remove ContainerAttributes::merge (#13303)"}},{"before":"d9d305dab5b3b7a12a634ea7adb5c5a4c6406ec1","after":"3f2cc244d76eab97a3ef9fccc0d99b0eb3bbc783","ref":"refs/heads/main","pushedAt":"2024-05-09T18:18:11.000Z","pushType":"merge_queue_merge","commitsCount":1,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"Add color conversions #13224 (#13276)\n\n# Objective\nfixes #13224\nadds conversions for Vec3 and Vec4 since these appear so often\n\n## Solution\nadded Covert trait (couldn't think of good name) for [f32; 4], [f32, 3],\nVec4, and Vec3 along with the symmetric implementation\n\n## Changelog\nadded conversions between arrays and vector to colors and vice versa\n\n#migration\nLinearRgba appears to have already had implicit conversions for [f32;4]\nand Vec4","shortMessageHtmlLink":"Add color conversions #13224 (#13276)"}},{"before":null,"after":"42ba9dfaea6c2abe49ccbbc8c5d0cdb9bb9f265e","ref":"refs/heads/gh-readonly-queue/main/pr-13216-3f2cc244d76eab97a3ef9fccc0d99b0eb3bbc783","pushedAt":"2024-05-09T18:06:12.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"Separate state crate (#13216)\n\n# Objective\n\nExtracts the state mechanisms into a new crate called \"bevy_state\".\n\nThis comes with a few goals:\n\n- state wasn't really an inherent machinery of the ecs system, and so\nkeeping it within bevy_ecs felt forced\n- by mixing it in with bevy_ecs, the maintainability of our more robust\nstate system was significantly compromised\n\nmoving state into a new crate makes it easier to encapsulate as it's own\nfeature, and easier to read and understand since it's no longer a\nsingle, massive file.\n\n## Solution\n\nmove the state-related elements from bevy_ecs to a new crate\n\n## Testing\n\n- Did you test these changes? If so, how? all the automated tests\nmigrated and passed, ran the pre-existing examples without changes to\nvalidate.\n\n---\n\n## Migration Guide\n\nSince bevy_state is now gated behind the `bevy_state` feature, projects\nthat use state but don't use the `default-features` will need to add\nthat feature flag.\n\nSince it is no longer part of bevy_ecs, projects that use bevy_ecs\ndirectly will need to manually pull in `bevy_state`, trigger the\nStateTransition schedule, and handle any of the elements that bevy_app\ncurrently sets up.\n\n---------\n\nCo-authored-by: Kristoffer Søholm ","shortMessageHtmlLink":"Separate state crate (#13216)"}},{"before":null,"after":"3f2cc244d76eab97a3ef9fccc0d99b0eb3bbc783","ref":"refs/heads/gh-readonly-queue/main/pr-13276-d9d305dab5b3b7a12a634ea7adb5c5a4c6406ec1","pushedAt":"2024-05-09T18:02:08.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"Add color conversions #13224 (#13276)\n\n# Objective\nfixes #13224\nadds conversions for Vec3 and Vec4 since these appear so often\n\n## Solution\nadded Covert trait (couldn't think of good name) for [f32; 4], [f32, 3],\nVec4, and Vec3 along with the symmetric implementation\n\n## Changelog\nadded conversions between arrays and vector to colors and vice versa\n\n#migration\nLinearRgba appears to have already had implicit conversions for [f32;4]\nand Vec4","shortMessageHtmlLink":"Add color conversions #13224 (#13276)"}},{"before":"35238e2ca59e53ef3befaec5774a8fa42902e91c","after":"00f6457dcf73a19f7ec789210bf1e685b59f124a","ref":"refs/heads/dependabot/cargo/winit-0.30","pushedAt":"2024-05-08T14:43:24.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"dependabot[bot]","name":null,"path":"/apps/dependabot","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/29110?s=80&v=4"},"commit":{"message":"Update winit requirement from 0.29 to 0.30\n\nUpdates the requirements on [winit](https://github.com/rust-windowing/winit) to permit the latest version.\n- [Release notes](https://github.com/rust-windowing/winit/releases)\n- [Changelog](https://github.com/rust-windowing/winit/blob/master/CHANGELOG.md)\n- [Commits](https://github.com/rust-windowing/winit/compare/v0.29.1-beta...v0.30.0)\n\n---\nupdated-dependencies:\n- dependency-name: winit\n dependency-type: direct:production\n...\n\nSigned-off-by: dependabot[bot] ","shortMessageHtmlLink":"Update winit requirement from 0.29 to 0.30"}},{"before":"d9d305dab5b3b7a12a634ea7adb5c5a4c6406ec1","after":null,"ref":"refs/heads/gh-readonly-queue/main/pr-13006-9c4ac7c29712ca6335f41bdc2ef68c6675ed8a9f","pushedAt":"2024-05-08T14:41:35.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"}},{"before":"9c4ac7c29712ca6335f41bdc2ef68c6675ed8a9f","after":"d9d305dab5b3b7a12a634ea7adb5c5a4c6406ec1","ref":"refs/heads/main","pushedAt":"2024-05-08T14:41:34.000Z","pushType":"merge_queue_merge","commitsCount":1,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"Headless renderer example has been added (#13006)\n\n# Objective\n\nFixes #11457.\nFixes #22.\n\n## Solution\n\nBased on [another headless\napplication](https://github.com/richardanaya/headless/)\n\n---\n\n## Changelog\n\n- Adopted to bevy 0.14\n\n---------\n\nCo-authored-by: BD103 <59022059+BD103@users.noreply.github.com>\nCo-authored-by: François Mockers ","shortMessageHtmlLink":"Headless renderer example has been added (#13006)"}},{"before":"9c4ac7c29712ca6335f41bdc2ef68c6675ed8a9f","after":null,"ref":"refs/heads/gh-readonly-queue/main/pr-12646-2f87bb8c1ff721e75e8a40aec1a181ee725b7cd8","pushedAt":"2024-05-08T14:40:34.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"}},{"before":"2f87bb8c1ff721e75e8a40aec1a181ee725b7cd8","after":"9c4ac7c29712ca6335f41bdc2ef68c6675ed8a9f","ref":"refs/heads/main","pushedAt":"2024-05-08T14:40:33.000Z","pushType":"merge_queue_merge","commitsCount":1,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"Finish the work on `try_apply` (#12646)\n\n# Objective\n\nFinish the `try_apply` implementation started in #6770 by @feyokorenhof.\nSupersedes and closes #6770. Closes #6182\n\n## Solution\n\nAdd `try_apply` to `Reflect` and implement it in all the places that\nimplement `Reflect`.\n\n---\n\n## Changelog\n\nAdded `try_apply` to `Reflect`.\n\n---------\n\nCo-authored-by: Feyo Korenhof \nCo-authored-by: Gino Valente <49806985+MrGVSV@users.noreply.github.com>","shortMessageHtmlLink":"Finish the work on try_apply (#12646)"}},{"before":"2f87bb8c1ff721e75e8a40aec1a181ee725b7cd8","after":null,"ref":"refs/heads/gh-readonly-queue/main/pr-13278-64e1a7835a7461924a94bda3e920596b7ce439d9","pushedAt":"2024-05-08T14:30:14.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"}},{"before":"64e1a7835a7461924a94bda3e920596b7ce439d9","after":"2f87bb8c1ff721e75e8a40aec1a181ee725b7cd8","ref":"refs/heads/main","pushedAt":"2024-05-08T14:30:13.000Z","pushType":"merge_queue_merge","commitsCount":1,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"Don't deploy docs when working on a fork (#13278)\n\n# Objective\n\n- Some developers enable Github Actions for their fork and commit\ndirectly to main. This triggers the `docs.yml` action, which attempts to\ndeploy the documentation even if Github Pages is not enabled. (It also\ncreates a `CNAME` file specific to Bevy and should not be used in forks,\neven for testing.)\n- For an example, see [this\nrun](https://github.com/tychedelia/bevy/actions/runs/8978912060/job/24660082729).\n\n## Solution\n\n- Only attempt to deploy docs when running from the main Bevy\nrepository.\n- This does not affect us checking `cargo doc` on pull requests, since\nthat it done in `ci.yml`.\n\n## Testing\n\nIt's difficult to test this, but you'd probably:\n\n1. Fork Bevy\n2. Cherry pick this PR's commits onto the main branch of your fork.\n3. Push another commit to the main branch, triggering Github Actions.\n4. Check the Github Actions job summary to ensure that the\n`build-and-deploy` job is skipped.","shortMessageHtmlLink":"Don't deploy docs when working on a fork (#13278)"}},{"before":null,"after":"d9d305dab5b3b7a12a634ea7adb5c5a4c6406ec1","ref":"refs/heads/gh-readonly-queue/main/pr-13006-9c4ac7c29712ca6335f41bdc2ef68c6675ed8a9f","pushedAt":"2024-05-08T14:26:43.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"Headless renderer example has been added (#13006)\n\n# Objective\n\nFixes #11457.\nFixes #22.\n\n## Solution\n\nBased on [another headless\napplication](https://github.com/richardanaya/headless/)\n\n---\n\n## Changelog\n\n- Adopted to bevy 0.14\n\n---------\n\nCo-authored-by: BD103 <59022059+BD103@users.noreply.github.com>\nCo-authored-by: François Mockers ","shortMessageHtmlLink":"Headless renderer example has been added (#13006)"}},{"before":null,"after":"9c4ac7c29712ca6335f41bdc2ef68c6675ed8a9f","ref":"refs/heads/gh-readonly-queue/main/pr-12646-2f87bb8c1ff721e75e8a40aec1a181ee725b7cd8","pushedAt":"2024-05-08T14:26:08.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"Finish the work on `try_apply` (#12646)\n\n# Objective\n\nFinish the `try_apply` implementation started in #6770 by @feyokorenhof.\nSupersedes and closes #6770. Closes #6182\n\n## Solution\n\nAdd `try_apply` to `Reflect` and implement it in all the places that\nimplement `Reflect`.\n\n---\n\n## Changelog\n\nAdded `try_apply` to `Reflect`.\n\n---------\n\nCo-authored-by: Feyo Korenhof \nCo-authored-by: Gino Valente <49806985+MrGVSV@users.noreply.github.com>","shortMessageHtmlLink":"Finish the work on try_apply (#12646)"}},{"before":null,"after":"2f87bb8c1ff721e75e8a40aec1a181ee725b7cd8","ref":"refs/heads/gh-readonly-queue/main/pr-13278-64e1a7835a7461924a94bda3e920596b7ce439d9","pushedAt":"2024-05-08T14:15:37.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"Don't deploy docs when working on a fork (#13278)\n\n# Objective\n\n- Some developers enable Github Actions for their fork and commit\ndirectly to main. This triggers the `docs.yml` action, which attempts to\ndeploy the documentation even if Github Pages is not enabled. (It also\ncreates a `CNAME` file specific to Bevy and should not be used in forks,\neven for testing.)\n- For an example, see [this\nrun](https://github.com/tychedelia/bevy/actions/runs/8978912060/job/24660082729).\n\n## Solution\n\n- Only attempt to deploy docs when running from the main Bevy\nrepository.\n- This does not affect us checking `cargo doc` on pull requests, since\nthat it done in `ci.yml`.\n\n## Testing\n\nIt's difficult to test this, but you'd probably:\n\n1. Fork Bevy\n2. Cherry pick this PR's commits onto the main branch of your fork.\n3. Push another commit to the main branch, triggering Github Actions.\n4. Check the Github Actions job summary to ensure that the\n`build-and-deploy` job is skipped.","shortMessageHtmlLink":"Don't deploy docs when working on a fork (#13278)"}},{"before":"a529bcfc1c26179378d828c349967b410a19c888","after":null,"ref":"refs/heads/gh-readonly-queue/main/pr-13216-64e1a7835a7461924a94bda3e920596b7ce439d9","pushedAt":"2024-05-08T12:55:29.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"}},{"before":null,"after":"a529bcfc1c26179378d828c349967b410a19c888","ref":"refs/heads/gh-readonly-queue/main/pr-13216-64e1a7835a7461924a94bda3e920596b7ce439d9","pushedAt":"2024-05-08T12:54:18.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"Separate state crate (#13216)\n\n# Objective\n\nExtracts the state mechanisms into a new crate called \"bevy_state\".\n\nThis comes with a few goals:\n\n- state wasn't really an inherent machinery of the ecs system, and so\nkeeping it within bevy_ecs felt forced\n- by mixing it in with bevy_ecs, the maintainability of our more robust\nstate system was significantly compromised\n\nmoving state into a new crate makes it easier to encapsulate as it's own\nfeature, and easier to read and understand since it's no longer a\nsingle, massive file.\n\n## Solution\n\nmove the state-related elements from bevy_ecs to a new crate\n\n## Testing\n\n- Did you test these changes? If so, how? all the automated tests\nmigrated and passed, ran the pre-existing examples without changes to\nvalidate.\n\n---\n\n## Migration Guide\n\nSince bevy_state is now gated behind the `bevy_state` feature, projects\nthat use state but don't use the `default-features` will need to add\nthat feature flag.\n\nSince it is no longer part of bevy_ecs, projects that use bevy_ecs\ndirectly will need to manually pull in `bevy_state`, trigger the\nStateTransition schedule, and handle any of the elements that bevy_app\ncurrently sets up.","shortMessageHtmlLink":"Separate state crate (#13216)"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAAERpuZGQA","startCursor":null,"endCursor":null}},"title":"Activity · bevyengine/bevy"}