Hi Erik,
That error message actually tells you the real problem: Tableau Server's response is sending two different X-Frame-Options headers
— one DENY and one SAMEORIGIN — and browsers block the frame completely when they see conflicting values like that.
Likely cause: Tableau Server adds SAMEORIGIN by default. Something else in front of it — a proxy, load balancer, or WAF — is probably now also
adding DENY. Since this used to work, something likely changed recently on one of those layers (a Tableau upgrade/restart, or a new security rule).
Quick way to check:
Look at the response headers in your browser's dev tools (Network tab) or run curl -I on the URL, and see how many X-Frame-Options headers come back.
Fix: Only one layer should set this header — work with your network/security team to remove the duplicate. If needed, you can turn off Tableau's own header with:
tsm configuration set -k wgserver.clickjack_defense.enabled -v false
tsm pending-changes apply
One more thing worth knowing: since Salesforce and Tableau Server are different domains, SAMEORIGIN won't actually allow the embed anyway. The proper long-term fix is a Content-Security-Policy: frame-ancestors header that explicitly allows your Salesforce domain — X-Frame-Options can't do that kind of allowlisting.
Hope that helps point you in the right direction!
Tableau Feed
- Letzte Aktivität
- Erstellt am
- Fragen mit einer akzeptierten Antwort
- Fragen ohne akzeptierte Antwort
- Unbeantwortete Fragen
Hi Tableau fam,
We are working with on dashboards connected to Database views built on Azure Synapse (Serverless SQL) and using authentication method: Azure Active Directory via Oauth.
The data refreshes perfectly on my local on Tableau Desktop. While publishing I have embedded my password for the Azure Synapse account.
On Cloud, the connection tests positive for the account. But extracts fail on each of the schedules. Error message I receive is as below "<Extract Name> Out of date". Resolution Details: Check the data connection page for necessary updates to an access token or embedded credentials.
I have checked the connection page and have added my Azure credentials on the data sources in Account settings page.
Any help is truly appreciated. Thanks.
#Tableau Cloud
Heute 15:50 Hi Kiran,
This looks like an Azure AD (Entra ID) OAuth refresh token issue, not a config mistake on your end.
Why:
Tableau doesn't yet support single-use/rotating refresh tokens for Azure/Entra ID OAuth connections. If your tenant enforces token rotation (via Conditional Access, sign-in frequency, or CAE), Tableau's stored refresh token gets invalidated quickly — so scheduled refreshes fail even though a manual connection test succeeds (the test can trigger a fresh token; the stored one for scheduled runs can't).
Desktop works vs. Cloud fails:
Desktop re-authenticates interactively each time. Cloud relies on a stored token for unattended scheduled runs — if that token's been rotated out, it breaks.
Check these:
- Azure AD Conditional Access — sign-in frequency, CAE, or refresh token rotation on this app registration
- Whether a dedicated OAuth client is registered for Tableau in Azure AD (vs. the default shared one) — recommended for scheduled refreshes
- Re-save credentials directly on the data source's Edit Connection page, not just Account Settings
- Consider a service account instead of a personal identity — less exposed to MFA/session policies
- Does it fail immediately or after a set time? A short window points strongly to a Conditional Access session policy
Fastest next step: check Settings → OAuth Clients in Tableau Cloud to see if a dedicated Azure AD client is set up.
I am using a dynamic axis title controlled by a parameter (e.g., QTD, YTD) along with a subtitle (e.g., Actual, Prior, Growth). While it displays correctly in the default, unfiltered view, an issue occurs after publishing to Tableau Server version 2026.2.2 (20262.26.0625.1400).
Specifically, the subtitle disappears under two conditions:
When a user applies a filter.
When a user with restricted access (Row-Level Security) views the dashboard.
Under these conditions, only the main axis title is visible, and the subtitle is entirely missing.
Filters or RLS applied.
I am utilizing the MIN(0) dual-axis workaround. Could this setup be causing the rendering bug?
Heute 15:42 Hi Danh,
Good catch mentioning the MIN(0) workaround — that's likely the real cause here, not a Server bug.
Why it happens: With MIN(0), the subtitle is just a text label on a hidden dummy mark, not a true axis property. If a filter or RLS reduces the data for that pane to zero rows (or the underlying calc returns NULL), Tableau simply has nothing to plot — so the label silently disappears. Your main title stays because it's likely a straight parameter reference, not dependent on a mark being drawn.
Common triggers:
- The subtitle calc (Actual/Prior/Growth) returns NULL once rows are filtered/RLS-restricted
- RLS often behaves like a context filter, which can affect even FIXED LOD calcs
- "Growth" especially needs a prior period — if that period gets filtered out, there's nothing to compare
How to confirm:
Reproduce the same filter/RLS condition in Desktop. If the subtitle disappears there too, it confirms it's a data issue, not a Server rendering bug.
Fixes to try:
- Wrap the subtitle calc in ZN()/IFNULL() so it always returns a value
- Check if your filters/RLS are set as context filters — this can break FIXED LOD assumptions
- Make sure the field driving the MIN(0) mark always has at least one row, regardless of filter/RLS state
- Alternatively, skip MIN(0) and insert the calculated field directly into the worksheet title — titles aren't tied to marks being drawn, so this failure mode goes away entirely
Try it in Desktop first — that'll tell you which fix is needed.
We are using a black background, and the default table scrollbar is very hard to see (almost invisible).
How can I change the color of the scrollbar in a table?
#Tableau Server
Heute 10:00 You can style the scrollbar with CSS so it’s more visible against the black background. Try setting a lighter color for the scrollbar thumb and a darker shade for the track using ::-webkit-scrollbar selectors. If the table is a framework component, check its theme or custom CSS options, as some components handle scrollbar styling differently.
Hi, I have a question how do I hide a value from multiple dropdown list in the filter card while making sure that the value is checked and it is used in view. Just i dont want user to see that value. I am working on Tableau Desktop. Tried creating duplicate and set but they didn't work. Could someone please help me in this issue.
#Tableau Desktop & Web Authoring
Heute 06:46 Tableau doesn't support hiding a single selected value from a filter card while keeping it applied. A practical workaround is to filter that value using a calculated field or data source/context filter, then expose a separate user-facing filter with only the remaining values. If you share your filter setup, we can suggest the best approach.
Hi. When working on a visualization in Tableau Public, an error suddenly appeared. I closed the visualization I was working on and tried to reopen it. However, this error keeps popping up:
Is there anything I could do to fix this error?
#Tableau Server #Tableau Public #Tableau
Heute 04:53 Hello @Etsuro Tabata.
I'm sorry, I should have commented on this before, but after a few hours, the error message stopped popping up, and I could edit my visualizations again. Also, I wasn't using Tableau Desktop, as I was using the Tableau Public website to make visualizations. Thank you for answering though!
Nicky
24. Juli, 10:51 Hi, @Yemi KEHINDE
This is a workaround suggested by another user.
However, I'd also recommend reviewing the following article before deciding whether to use this approach.
Depending on how you intend to use the workbook afterward, the licensing and sharing limitations of Tableau Desktop Free Edition may be relevant.
<salesforce article>
https://help.salesforce.com/s/articleView?id=005316652&type=1
Hello Tableau Support,
Our security scanning tool, has identified three Critical vulnerability findings against our Tableau Server environment:
1. CVE-2025-30065 – Apache Parquet Java
2. CVE-2026-40478 – Thymeleaf expression injection / SSTI
3. CVE-2026-41901 – Thymeleaf expression injection / SSTI
Tableau Server version: 20262.26.0603.1643
TSM version: 20262.26.0603.1643
For the Thymeleaf findings, we have confirmed that the currently running Tableau Content Exploration Service contains the following vendor-supplied component:
/mnt/tableau/tableau_server/data/tabsvc/contentexploration/0/webapps/content-exploration/WEB-INF/lib/thymeleaf-spring6-3.1.2.RELEASE.jar
The Content Exploration Service is configured and currently running:
Tableau Server Content Exploration Service: 1 instance
Status: Running
The corresponding Tableau package is:
/opt/tableau/tableau_server/packages/contentexploration.20262.26.0603.1643/content-exploration.war
The deployed JAR was created or deployed as part of the current Tableau Server 2026.2 installation.
Could you please assess each of the following CVEs against this exact Tableau Server version and build?
CVE-2025-30065
CVE-2026-40478
CVE-2026-41901
For each CVE, please confirm:
1. Is Tableau Server 2026.2 build 20262.26.0603.1643 affected or exploitable?
2. If Tableau is affected:
- What is Tableau's planned remediation?
- Will the remediation be delivered through a maintenance release, hotfix, or a new Tableau Server release?
- What is the expected fixed Tableau version?
- What is the estimated release date or remediation timeline?
- Is there a Tableau-supported temporary mitigation or workaround that we can apply while waiting for the fix?
3. If Tableau is not affected:
- Could you please provide a formal written statement confirming that this Tableau Server build is not affected?
- Please include the technical reason, such as whether the vulnerable code path is not used, not reachable, or cannot receive attacker-controlled input.
These findings are rated Critical by our security platform, so we would appreciate an impact assessment and remediation timeline as soon as possible.
Looking forward your response. Thanks!
24. Juli, 06:12 I’d recommend opening a Tableau Support case with the exact build number and CVE details. Since these are bundled third-party components, Tableau Support should confirm whether they are actually exploitable in this version and provide an official statement or remediation timeline. Include your scanner report and the affected JAR paths to help them investigate quickly.
24. Juli, 03:58 Unfortunately, there is no way to do everything.
There is an embedded license optimized for public sites, but you’ll need to set it up as a separate site from your existing Tableau Cloud site, and you’ll have to manually copy your existing workbooks and data sources.
Please refer to the URL below.
Raise Revenue and Lower Costs with Usage-Based Licensing for Tableau Embedded Analytics
Hi,
Does anyone know if you can use tableau MCP server to query workbook metadata and determine what reports are using what physical database objects and vice versa?
I have tableau on-premise, with reports using a live connection to read data from tables in Snowflake databases. Basically I need to know what reports are impacted by a change to a database table.
I know there are other ways of extracting this information, like querying Postgres, but I am wondering if the MCP server supports this level of analysis.
Thanks
GS
#Tableau Server
23. Juli, 23:28 Hi @Guy S
yes but that would be an overkill. You can directly leverage and query the Tableau Metadata API to get lineage information:
https://help.tableau.com/current/api/metadata_api/en-us/index.html