Skip to content

Conversation

HichemTab-tech
Copy link
Contributor

@HichemTab-tech HichemTab-tech commented Aug 7, 2025

Re‑attempt of #2330

closes #2400

@HichemTab-tech HichemTab-tech marked this pull request as ready for review August 7, 2025 13:09
@pascalbaljet
Copy link
Member

Thinking out loud, but wouldn't it be nice if we'd pass the whole page object as a second argument, so that you also have access to the URL, version, etc.? Or doesn't that make sense?

@HichemTab-tech
Copy link
Contributor Author

Thinking out loud, but wouldn't it be nice if we'd pass the whole page object as a second argument, so that you also have access to the URL, version, etc.? Or doesn't that make sense?

Actually it does make sense, I mean we would have more context using page instead of props.
I'll make the changes, Thanks

@HichemTab-tech
Copy link
Contributor Author

@pascalbaljet it's done thanks for the suggestion.

btw I noticed an error in the Coding Standards workflow, I'll open a separated issue for that.

@HichemTab-tech HichemTab-tech mentioned this pull request Aug 22, 2025
4 tasks
@pascalbaljet
Copy link
Member

I think we need to push this PR to the next major release of Inertia. The problem is that it changes the signature of some public methods like router.resolveComponent(), and that would be a breaking change. I tried making the page argument optional throughout the PR, but that leads to other problems where users need to check if the argument is passed, and there might even be some edge cases where this would break users’ apps or TS checks. To be clear, I'm still in favor of this PR so I'm not closing it yet, but I also don't see a way to change this into a non-breaking change.

@pascalbaljet pascalbaljet added the next major release We need to consider this for the next major release, perhaps because of a breaking change label Oct 9, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

next major release We need to consider this for the next major release, perhaps because of a breaking change

Projects

None yet

Development

Successfully merging this pull request may close these issues.

How to handle page resolution when components live in multiple module folders?

2 participants