-
Notifications
You must be signed in to change notification settings - Fork 53
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
Release/1.53.0 #3252
Release/1.53.0 #3252
Conversation
* add webhookEventLogConfiguration to system config * document webhook_event_log_viewer role * doc for retrieving webhook event log APIs * document webhook event log admin UI
* add doc for new loginIntent TTL * add doc for fusionauth.li cookie
* java 21 note * wording
…e into release/1.53.0
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 fixed an outdated version reference for introduction of webhook event logs.
2. Add missing Docker image removal. 3. Move new lambda function from Changed to New. 4. Move new action buttons from Changed to Enhancements. Changed should be reserved for things that will potentially affect integrations. 5. Normalize "Update dependencies." and "Update 3rd party dependencies." 6. Expand upon the potential impact to the connection pool changes. 7. Correct formatting in release notes for 1.50.0. 8. Use the correct form of BreadCrumbs.
…not document `null`, instead we should indicate when a field will be omitted from the response. 2. Be more consistent with the definition of the Id. 3. Delete dead imports (EventTypes and InlineField) in _webhook-attempt-log-response-body-base.mdx.
2. Don't mention the LoginLambdaValidationContext, this is an internal object. 3. context is read only. 4. Mention when identityProvider is found in the context. 5. Fix broken link to error doc. 6. Don't use fully qualified URLS to docs, use relative links. 7. Remove trailing comma on JSON example 7. Discuss localization.
- Rename LambdaTypeApi -> LambdaTypeAPI - Describe the behavior differences in optional messages for themes in 1.53.0.
astro/src/content/docs/extend/code/lambdas/login-validation.mdx
Outdated
Show resolved
Hide resolved
…e into release/1.53.0
Co-authored-by: Dan Moore <dan@fusionauth.io>
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.
wondering about this image using 1.53?
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.
Should this have 1.53 in the screenshot?
--- | ||
{ since && <span class="pl-3 text-red-700 italic">Deprecated since {since}</span> } | ||
{ since && hasContent && <span class="text-red-700 italic">Deprecated since {since}</span> <div class="prose-p:mt-1"><slot></slot></div> } |
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.
Why are we adding a slot here? The rest of these components just specifically format a single value and are not structural. Probably need those class-like components in their own directory to differentiate them from the others here.
… DeprecatedSince - Remove old system config reference - Remove dead imports
@@ -1,8 +1,20 @@ | |||
--- | |||
interface Props { | |||
since: string; | |||
inline: boolean, |
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.
this field looks optional based on how it is used
const { inline, since }: Props = Astro.props; | ||
const hasContent = Astro.slots.has("default"); | ||
let classList = 'text-red-700 italic'; | ||
if (inline) { |
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.
This is confusing to me. The span is inline by default, it looks like what you are going for is just to minimize the margin between the next line of text. I don't think we need a new div for that. Or is this meant to actually encapsulate the content in a meaningful way? Should it be an aside?
Release notes and user docs for 1.53.0.