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
Uh oh!
There was an error while loading. Please reload this page.
-
Managed Package Release -
v4.13.0This 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.0andv4.13.0by 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
Nebulanamespace, you can import the includedloggerLWC 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
loggerLWC this release! 🥳Core Unlocked Package Changes -
v4.13.0Spring '24 Release Upgrade
System.UUID, instead of my custom UUID class. The new system class is soooo much faster.loggerLWC Bugfixes & Improvements + EnabledloggerLWC in the Managed PackageWorked with @jamessimone to fix Logs are not generating each time for Lwc and Aura #615 by optimizing how
loggerLWC 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 useawaitor chain.then()when callingcreateLogger().Here is an example of using
awaitThis example uses
.then()inconnectedCallback()(instead ofawait). Additionally, this example showsrenderedCallback()using a truthy check onloggerto 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.xmlso theisExposednode is set totrue- this change makes theloggerLWC available to use in the managed package for JavaScript logging. You can import it using theNebulanamespace.Bugfixes
LoggerDataStorewhere not all string fields were truncated for platform events. This functionality was originally introduced in v4.12.6LogManagementDataSelectorto always return null ingetCachedRecentLogWithApiReleaseDetails()whenLoggerParameter.CALL_STATUS_APIisfalseLog__cobject, 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 != NULLis a very expensive query operation.RelatedLogEntriesController_Teststhat's been frequently failing due to ongoing platform issues with SOSL. It throws an uncatchableUnexpectedExceptiondue 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 04t5Y000001Mk8dQACsfdx force:package:install --wait 20 --securitytype AdminsOnly --package 04t5Y000001Mk8dQACCore Managed Package -
NebulanamespaceFull Changelog: v4.12.0...v4.13.0
sf package install --wait 30 --security-type AdminsOnly --package 04t5Y000001Mk8YQASsfdx force:package:install --wait 20 --securitytype AdminsOnly --package 04t5Y000001Mk8YQASThis discussion was created from the release v4.13.0 - Spring '24 Release.
Beta Was this translation helpful? Give feedback.
All reactions