v4.13.0 - Spring '24 Release #633
jongpie
announced in
Announcements
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Managed Package Release -
v4.13.0
This release is for both the unlocked package (as always), as well as the managed package! You can see everything that's changed between
v4.12.0
andv4.13.0
by reviewing:✅ For orgs that are upgrading to this version of the managed package: this release now provides the managed package with the ability to log in lightning components! 🥳🎉 This functionality has been available in the unlocked package since
v4.6.4
, but has been unavailable in the managed package... until now!Using the
Nebula
namespace, you can import the includedlogger
LWC into your own LWC and log what's happening in the frontend:Thanks so much to @jamessimone for all of the help working on the
logger
LWC this release! 🥳Core Unlocked Package Changes -
v4.13.0
Spring '24 Release Upgrade
System.UUID
, instead of my custom UUID class. The new system class is soooo much faster.logger
LWC Bugfixes & Improvements + Enabledlogger
LWC in the Managed PackageWorked with @jamessimone to fix Logs are not generating each time for Lwc and Aura #615 by optimizing how
logger
LWC loads user settings async (as well as several other optimizations throughout the LWC). The component should now log & save entries correctly, but developers need to either useawait
or chain.then()
when callingcreateLogger()
.Here is an example of using
await
This example uses
.then()
inconnectedCallback()
(instead ofawait
). Additionally, this example showsrenderedCallback()
using a truthy check onlogger
to ensure it's been initialized before trying to use it.Fixed How do I use the lwc logger with the Nebula namespace? #533 by updating
logger.js-meta.xml
so theisExposed
node is set totrue
- this change makes thelogger
LWC available to use in the managed package for JavaScript logging. You can import it using theNebula
namespace.Bugfixes
LoggerDataStore
where not all string fields were truncated for platform events. This functionality was originally introduced in v4.12.6LogManagementDataSelector
to always return null ingetCachedRecentLogWithApiReleaseDetails()
whenLoggerParameter.CALL_STATUS_API
isfalse
Log__c
object, even if the optional Status API integration was disabled. But when the callout is disabled, this query will never be able to find a match, because the relevant fields haven't been populated by the callout. And in orgs with large data volume (LDV) of logging data, the conditionApiReleaseNumber__c != NULL
is a very expensive query operation.RelatedLogEntriesController_Tests
that's been frequently failing due to ongoing platform issues with SOSL. It throws an uncatchableUnexpectedException
due to Salesforce platform issues, resulting in (apparently) several pipelines failures for multiple companies that use Nebula Logger in their CI/CD jobs 😢Installation Info
Core Unlocked Package - no namespace
Full Changelog: v4.12.9...v4.13.0
sf package install --wait 20 --security-type AdminsOnly --package 04t5Y000001Mk8dQAC
sfdx force:package:install --wait 20 --securitytype AdminsOnly --package 04t5Y000001Mk8dQAC
Core Managed Package -
Nebula
namespaceFull Changelog: v4.12.0...v4.13.0
sf package install --wait 30 --security-type AdminsOnly --package 04t5Y000001Mk8YQAS
sfdx force:package:install --wait 20 --securitytype AdminsOnly --package 04t5Y000001Mk8YQAS
This discussion was created from the release v4.13.0 - Spring '24 Release.
Beta Was this translation helpful? Give feedback.
All reactions