🎥 I've started a YouTube channel — SalesforceDevDaily!
Sharing the concepts, hacks, and lessons I've learned working as a Salesforce Developer — Apex, LWC, and real project tips.
Channel Link:-
https://youtube.com/@salesforcedevdaily?si=33wpFFurKxhWvBEI
Subscribe and let's learn together! 🚀
#Salesforce #Apex #LWC #TrailblazerHello Everyone,
I’ve been working as an End User for Salesforce for more than a year and recently completed by training in Salesforce Admin, Apex and LWC concepts. I've also successfully completed Admin and PD1 certifications.
I've been on a job trail for about 3 months and don't see any open positions for Freshers or juniors in the market.
Would it be possible for anyone of you to refer me for any open roles in your esteemed
organizations ?
I'm happy to work in start-ups if given an opportunity.
Thank you for your help in advance.
#Salesforce Admin #Salesforce Developer #End Users #Other Salesforce Applications
#Apex #LWC
Great work on completing your Salesforce Admin and PD1 certifications, @Avinash Tellakula. Your hands-on End User experience combined with Apex and LWC training is a good foundation for starting a Salesforce career.
The entry-level market can definitely be challenging, but don’t lose momentum. I’d be happy to take a look at your profile/resume and see if I come across any suitable opportunities within my network. Best of luck with your job search!
Hi Everyone :)
Is there a way to add a fixed 'banner' to an embedded service deployment so that there's a constant disclaimer on the chat? Similar to the 'Powered by Agentforce' but customised text?
#Agentforce #Embedded Service Deployment #LWC #Trailhead #Help
Hey Megan,
Adding one thing to Himanshu's answer since it's mostly right but slightly understates option 2: Salesforce actually has a fully supported LWC-based header customization for Messaging (lightningSnapin__MessagingHeader target), you extend the base chat header component and can add whatever fixed text/markup you want inside it. This is documented and stays visible for the whole conversation, unlike the greeting-message approach, which scrolls away.
So realistically you have two solid, supported paths:
1. Custom LWC header (extends BaseChatHeader/MessagingHeader), gives you a persistent banner area inside the actual chat window that Salesforce won't overwrite on releases, since it's a supported customization point, not DOM hacking
2. A banner on your host page around the widget (Himanshu's option 1), simplest if the disclaimer doesn't need to be inside the chat window itself
Both are supported. The custom header route is probably closer to what you're picturing since it sits inside the widget alongside "Powered by Agentforce," not just around it.
Reference:
https://developer.salesforce.com/docs/service/messaging-web/guide/customize-header.html
Forum Ambassador
Michelle Blair (Senior Community Manager chez Salesforce) a publié du contenu dans Trailblazer Community CoveWelcome to the #TrailblazerCommunity! 👋 Take a moment to introduce yourself below. 💙
Tell us all about YOU:
What are you passionate about?
What are you looking to learn?
Where are you located?
Feel free to connect with others in the thread! 👇
UPDATE: To mute this post, click on the arrow on the top right then "Mute."
Available for freelance and project work — Salesforce Solution Architect, 5x certified, Double Star Ranger
One of the biggest pain points I hear from Salesforce orgs isn't what they want to build — it's that nobody fully understands what they already have. Undocumented automations, mystery Apex, flows nobody wants to touch, integrations with no runbook. If that sounds familiar, this might be for you.
I offer:
15 years on the platform, PwC consulting background, currently the sole architect for a 200-user org with ERP integration and Data Cloud pipelines.
Drop a comment or message me if you want a second set of eyes on your org.
Trailhead: https://trailblazer.me/id/egentile2
LinkedIn: https://www.linkedin.com/in/eileengentile/
Hi, I am using servlet.shepherd to downlaod multiple files from a LWC at once . If one of the files, has a special character, it is getting downloaded inside the zip file with its content version Id as its name,
On the other hand, if a single file with special character is downloaded, it is getting downloaded successfully with the original name,
Can anybody help. Is this a standard behaviour or we have a way out to handle this.
#Trailhead #Salesforce Admin #Salesforce Developer #LWC #LWC Component #Files Section
@Suhani Bhargava I think you asked this twice, it has been answered in the newer version of your duplicate question.
📢 【Trailhead Academyより新コースのご連絡】
「Lightning Web コンポーネントプログラミング [前編] [後編]」
Trailhead Academyより新しいコース開始のお知らせです。
本コースでは、Lightning Web コンポーネント（LWC）を作成して、Lightning ExperienceとSalesforce モバイルで動作するカスタムアプリケーションの開発方法を学習します。
フローや動的フォームを活用すれば、コードを書かなくても効率的なシステム作りを行うことが可能ですが、複雑なビジネス要件を完遂し、標準機能の限界を超える高度なUIを実現するには、プロフェッショナル開発の標準である Lightning Web コンポーネント（LWC） のスキルが不可欠です。
単なる機能紹介にとどまらず、現場で戦えるエンジニアを育成するための体系的なカリキュラムになっています。
ぜひご受講を検討ください。
コース名＆お申し込み：
受講対象者：
初回開催日程：
lightning-record-edit-formで数値(18,0)の桁数超過が検知されず保存される問題
レコード新規作成・編集用のLWCを作成しています。
lightning-record-edit-formを使用し、form.submit(fields)で保存しています。
項目はlightning-input-fieldを使用しています。
数値項目（例：数値(18,0)）に対して18桁を超える非常に大きい値を入力した場合、
通常は以下のようなシステムエラーが表示されます。
「項目名 : 数値項目で有効な範囲を逸脱した値: 数値 1E+42 は大きすぎます。18 桁、小数点以下第 0 位以下の値を入力してください。 」
しかし、特定のパターンの場合のみ、エラーにならず、そのまま保存されてしまいます。
保存後の値は入力値とは異なる値に変換されています。
例：
入力値：100000000000000000000079 → 保存される値：200376420520689000
入力値：1000000000000000000000000000000000000000000079 → 保存される値：802379605485813000
標準のレコード作成ではこのような動作は発生しません。
LWC + lightning-record-edit-form を使用する場合、
標準画面と同様に桁数を制御する方法はありますでしょうか。
原因や解決方法をご存知でしたら教えていただけますと幸いです。
#Salesforce #LWC
lightning-record-edit-form を利用した際、非常に大きな数値（特に18桁を超えるもの）がバリデーションをすり抜けて「全く別の値」で保存されてしまう現象ですね。
これは、JavaScript の Number 型の精度限界（IEEE 754 浮動小数点数） が原因である可能性が非常に高いです。
1. 原因：JavaScript の「2進数変換」と精度の限界
JavaScript の Number 型で安全に扱える整数の最大値（Number.MAX_SAFE_INTEGER）は 2^{53} - 1、つまり 9,007,199,254,740,991（16桁） です。
ご提示の「18桁を超える入力値」を JavaScript（LWCの内部処理）が数値として扱おうとした際、以下の挙動が発生します。
1.精度の欠落: 安全な範囲を超えた数値は、最も近い近似値に丸められます。
2.オーバーフロー: 内部的な submit() 処理の過程で、巨大な数値が 64ビット浮動小数点数として処理され、Salesforce のサーバーに送られる前に値が「壊れて」しまいます。
3.バリデーションの回避: lightning-input-field は、サーバーへ送る直前の値をチェックしますが、既に JavaScript 側で（意図しない）範囲内の数値に変換されてしまっている場合、サーバー側では「正常な数値」として受け取ってしまい、保存が成功してしまいます。
