Hi there!
Please check your permission set name correctly sometime you miss spilling and also read the trailhead guide carefully you have not giving the permission which is required to complete the challenge go step -> permission set -> check you gave correct read & write permission to individual field!
Feed
- Recent Activity
- Created Date
- Questions with an Accepted Answer
- Questions with No Accepted Answer
- Unanswered Questions
I have 3 record types in both Opportunities and Products. For Products, let's call it Product 1, Product 2, and Product 3. If I select Product 1, I want to have a different set of fields displaying in the Opportunity Product details than when I select Product 2. I tried doing this with an LRP, but Opp Products don't have dynamic forms since they don't use record types. Creating a screen flow won't help because I don't need the right fields only when the Opp Product is created but also when it's saved. What can I do in this case?
Today, 6:59 AM Wondering how to convert your large OST files without Outlook? Try the MailConverterTools OST File Converter. Using this top-notch utility, users can convert OST files to MSG, PST, OLM, PDF, MBOX, and many other formats. What’s more, you can migrate your OST data directly to Gmail, iCloud, Thunderbird, Office 365, and other platforms. The tool preserves folder hierarchy and attachments, which is perfect for safe backup or transfers. Apart from this, the software introduces the Naming Convention Feature, using which users can rename the resultant folder according to their preference.
i am not able uncheck to edit access for position and candidate. im using developer edition
#Trailhead Challenges
Today, 6:59 AM Hi there!
Since direct permission changes aren't allowed,
- you'll need to create two brand new fields on the Job Application object. Give these new fields names like "Position" and "Candidate," ensuring their data types are suitable (e.g., lookup fields to the Position and Candidate objects).
- Once created, you can then grant the correct read and edit permissions to these new fields within your "Manage Job Applications" permission set.
- Finally, update your page layouts or any automations to use these new fields.
Hello!
This is in
Marketing Pro, not Growth
I’m building a new flow under our
Campaign, and the Data Stream element always fails to refresh with this error:
What I’ve tried so far:
- Rebuilt the flow from scratch—same error on the fresh build
1. Has anyone seen error like
We can’t refresh your data stream. when refreshing a Data Stream in a flow?2. Were you able to identify the root cause or workaround?
3. Any best practices or debug tips for troubleshooting Data Stream failures in Salesforce Flows?
Today, 6:59 AM Hi,
thanks for sharing this, I’m also while working on a Campaign flow.
Just like you, I’ve:
- Tried rebuilding the flow from scratch many times → same error
I keep getting the "We can’t refresh your data stream" error.
Did you happen to find a fix or workaround? Any insights or debugging tips you discovered would be greatly appreciated!
Thanks in advance,
Giovanni
Hi everyone.
I have a question regarding the Marketing Cloud's SAP domain that's configured.
I got informed from my company that the domain that is used in Marketing Cloud vulnerable and I was asked to take action promptly.
When I checked the domain inspection site (
https://www.ssllabs.com/ssltest/index.html), the domain that is used in my MC, is using TLS 1.2 protocol.
I think I should upgrade it to TLS 1.3 protocol.
How can I upgrade it? Do I have to ask the Salesforce team?
If there is someone who has had a similar experience, I would appreciate it if you could share the details.
Today, 6:50 AM Hello @Tejas Padol,
So let's start... Before we start, make sure you have:
- Salesforce CLI installed on your computer.
- VS Code set up with the Salesforce Extension Pack.
- A Salesforce project (SFDX) open in VS Code.
- You’re logged into your org (sfdx force:auth:web:login).
- Debug Logs are enabled for your user.
Now, once all is set.
Step 1: Run your code to generate a log
First, trigger the code that you want to debug.
You can do this by:
- Running a test class
- Executing anonymous Apex
- Doing an action in the UI (like creating a record that fires a trigger)
This will create a debug log in your org.
Step 2: Download the log into VS Code
In the VS Code terminal, run:
sfdx force:apex:log:get --number 1
This pulls the latest log file into the logs/ folder of your project.
Step 3: Open the log with Replay Debugger
In VS Code:
- Open the .log file from the logs folder.
- Right-click and choose “Start Debugging” OR Press F5 while the log file is open.
This starts the Apex Replay Debugger session.
Step 4: Set breakpoints in your Apex code
Open the Apex class (or trigger) you're trying to debug.
Click on the left side of the line number to set a breakpoint — this is where the debugger will pause so you can check what’s going on.
Step 5: Use the debugger tools
At the top, you’ll see familiar buttons like: Continue, Step Over, Step Into, Step Out, and Stop.
Step 6: Find the issue
As you step through, look for:
- Any unexpected null values
- Logic not being executed
- Incorrect calculations
- Or anything that doesn’t behave as expected
Step 7: Re-test and debug again
NOTE - Add System.debug() statements in your code.
I hope that helps.
Thanks and regards
Amit Kumar
Today, 6:47 AM We couldn't find the expected error message on the validation rule named' support_plan_expiration_date_required'
Hi everyone,
I'm trying to configure a custom domain for my Experience Cloud (or LWR) site using the recommended Salesforce CDN option.
I'm a bit confused about how exactly to set this up in my DNS provider (aws route 53).
Has anyone successfully configured this recently and could share any tips or gotchas? I'm also using a sandbox for initial testing — does that affect the validation process?
Thanks in advance!
#CRM Configuration #Salesforce Admin #Salesforce Platform
Today, 6:45 AM Configuring a custom domain for your Salesforce Experience Cloud (LWR) site with Salesforce CDN involves two main steps: first, adding your domain in Salesforce Setup, where you'll receive a CNAME target. Second, you'll create a CNAME record in your DNS provider (like AWS Route 53) pointing your custom domain to this Salesforce-provided target. Finally, you'll set up a custom URL in Salesforce to link your domain to your specific Experience Cloud site. Sandboxes work similarly for validation, just ensure you select the correct associated org during the domain setup in Salesforce. The key is precise CNAME entry and allowing for DNS propagation time.