Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
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
[deprecations] Remove/update core-api deprecations targeted for removal by 8.8 #147723
[deprecations] Remove/update core-api deprecations targeted for removal by 8.8 #147723
Changes from 6 commits
a5cf52c
6c29d7b
c6b6d90
4149cf3
902d37d
3754f1e
878d650
936d7db
7188c50
7496776
a90db2a
dc1a829
70f6251
1ea8938
befb85c
b00ee81
aba179b
File filter
Filter by extension
Conversations
Jump to
There are no files selected for viewing
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Was this misplaced? Can't we remove
appBasePath
? Is it not really deprecated?There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Um, at first I thought some teams were blocked on using
AppMountParams.history
overAppMountParams.appBasePath
because they couldn't useScopedHistory.bock
overonAppLeave
for back button navigation in the browser.Now though, I'm not so sure.
We have 2 options:
appBasePath
migrate away from ite.g src/plugins/kibana_overview/public/application.tsx: or
appBasePath
since we're not deprecatingonAppLeave
orAppLeaveHandler
.@pgayvallet could you recommend the best path forward please?
@afharo For this PR, I'll add the deprecation warning back in unless the recommendation is to continue supporting it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
IIRC
appBasePath
exposition isn't directly related to theScopedHistory.block
thingy. It's exposed because applications based on the legacy (Hash) router needs to know about it to instantiate their own router. I think nothing would block them from migrating to the new (HTML5) router.Q/A:
should it be deprecated? ihmo yes.
would it make sense to delete it? ihmo yes.
can we delete it? no, as other teams are still using it...
can we easily adapt the code ourselves to delete it? no, migrating from one router to the other is all but trivial, and multiple apps are still using it IIRC
so, what should we do? not sure. Removing the deprecation may be fine, idk.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We have a bit of time to see if teams have the capacity to migrate their routers and don't need to make a decision right now.
If there's no actual harm in keeping
appBasePath
around then we can treat it in the same way asonAppLeave
: remove the deprecation warning even though it's not ideal.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I added a removeBy version to encourage type-owners to implement their interfaces. If there is a 9.0.0 version, we'll probably have a bunch more deprecations to worry about and shouldn't be carrying existing ones over to a new major.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We should also adapt the implementation accordingly (
MigrationLogger
inkibana/packages/core/saved-objects/core-saved-objects-migration-server-internal/src/core/migration_logger.ts
Line 19 in 34c228b
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good catch, thanks!
For the record, the discrepancy in log level type between 'SavedObjectsMigrationLogger' and 'MigrationLogLevel':
vs
Is intentional. The log level gets cast from
warning
towarn
inlogStateTransition
: