Skip to content
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

System order ambiguity update_cursor_ray and event_update_system #120

Open
thmxv opened this issue Jul 30, 2024 · 0 comments
Open

System order ambiguity update_cursor_ray and event_update_system #120

thmxv opened this issue Jul 30, 2024 · 0 comments

Comments

@thmxv
Copy link

thmxv commented Jul 30, 2024

Following our chat in issue #114 I added this code into my app:

fn main() {
    let mut app = App::new();
    app.configure_schedules(ScheduleBuildSettings {
        ambiguity_detection: LogLevel::Warn,
        ..default()
    });
    ...
}

to detect system ambiguities. It did not help at the time (I am still looking for my mistake causing #114, but thanks a lot for you help) however, after migrating to Bevy 0.14, this now create the following warning:

2024-07-30T17:07:34.811700Z  WARN bevy_ecs::schedule::schedule: Schedule First has ambiguities.
2 pairs of systems with conflicting data access have indeterminate execution order. Consider adding `before`, `after`, or `ambiguous_with` relationships between these:
 -- update_cursor_ray and event_update_system (in set EventUpdates)
    conflict on: bevy_ecs::world::World
 -- time_system (in set TimeSystem) and event_update_system (in set EventUpdates)
    conflict on: bevy_ecs::world::World

The second pair of systems causing an ambiguity is internal to Bevy and reported in bevyengine/bevy#14524. But the first pair, regarding update_cursor_ray and event_update_system is internal to this mod.

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

No branches or pull requests

1 participant