Skip to content

Add behavior change note for @export_file annotation in Godot 4.4 #11075

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

Merged

Conversation

Ayush41
Copy link
Contributor

@Ayush41 Ayush41 commented Jul 2, 2025

This PR updates the "Upgrading to Godot 4.4" documentation to include a breaking change notice for the @export_file annotation.

As of Godot 4.4, setting a value via the Inspector stores it as a uid:// reference instead of the familiar res:// path. This causes mixed path formats and may break assumptions in GDScript or serialized .tscn/.tres files.

Based on issue #11065

Details

  • In 4.4, @export_file behavior changed, and there's no built-in way to retain res:// paths from the Inspector.
  • Users must manually edit .tscn or .tres files to preserve the old path style.
  • In 4.5, a new annotation @export_file_path was introduced to restore the original behavior explicitly.

This documentation update helps users understand:

  • Why their exported paths changed.
  • How to work around it in 4.4.
  • What to use in 4.5+ to restore the previous behavior.

References

Let me know if this needs formatting changes or should be placed in a different section.

@Calinou Calinou added enhancement area:manual Issues and PRs related to the Manual/Tutorials section of the documentation cherrypick:4.4 labels Jul 2, 2025
@AThousandShips AThousandShips changed the title Added breaking change note for @export_file behavior in 4.4 Add breaking change note for @export_file behavior in 4.4 Jul 7, 2025
Copy link
Member

@Calinou Calinou left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would list this as a behavior change in the Core section rather than a breaking change. While it may break things in your project, it won't cause a project with formerly valid API usage to be invalid (this is generally what's understood as a breaking change).

@Ayush41 Ayush41 changed the title Add breaking change note for @export_file behavior in 4.4 Add behavior change note for @export_file annotation in Godot 4.4 Jul 8, 2025
@Ayush41
Copy link
Contributor Author

Ayush41 commented Jul 17, 2025

@Calinou Just checking in, looking to update or close the PR if it's no longer relevant. Let me know if any changes are needed! :)

@Ayush41
Copy link
Contributor Author

Ayush41 commented Jul 27, 2025

@Calinou @skyace65 @AThousandShips I've made the requested changes. Let me know if anything else is needed. Looking forward to the merge :)

@Ayush41
Copy link
Contributor Author

Ayush41 commented Jul 28, 2025

@skyace65 @AThousandShips @Calinou Done Fixing the typo and confirmed everything looks good now to be merged!

@skyace65 skyace65 force-pushed the export_file-breaking-change-doc branch from 3a6f944 to 5008959 Compare August 2, 2025 01:04
@skyace65
Copy link
Contributor

skyace65 commented Aug 2, 2025

Pushed fixes to this. I'm not sure what you were looking at but that's not the way the rest of the page links to PRs, fixed that. You also linked to the wrong PR. You linked to 105414 which added the @export_file_path option, 97912 introduced the change.

@skyace65 skyace65 merged commit 247506d into godotengine:master Aug 2, 2025
1 check passed
@skyace65
Copy link
Contributor

skyace65 commented Aug 2, 2025

Thanks!

@Ayush41
Copy link
Contributor Author

Ayush41 commented Aug 6, 2025

Thankyou @skyace65 for the Merge!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area:manual Issues and PRs related to the Manual/Tutorials section of the documentation cherrypick:4.4 enhancement
Projects
None yet
Development

Successfully merging this pull request may close these issues.

"addons" folder should be renamed to "plugins"
4 participants