Skip to main content

Tableau Feed

Connettiti con gli altri Trailblazer. Fai domande e dai risposte per ampliare le tue competenze e costruire la tua rete.

Hi Community! 

 

I am having an issue with my dashboard that uses a parameter action to create a hierarchical drill-down in my Region worksheet

 

My setup:

  • My Region worksheet uses a parameter + calculated field to create a drill-down hierarchy.
  • Other worksheets in the dashboard are being used as filters that impact the Region worksheet.
  • The drill-down works correctly when interacting only with the Region worksheet.
  • However, when I apply a filter from another worksheet, the Region worksheet resets back to the top level.

The issue:

  1. I drill down in the Region worksheet (for example: Region → State).
  2. I select a value from another worksheet that is being used as a filter.
  3. The Region worksheet refreshes, and the drill-down collapses back to the top level.
  4. The filters that were applied are also reset.

My goal is to keep the filter applied while maintaining the current drill-down level, so that I can continue drilling down and selecting states within the Region worksheet. 

 

Is there a way to fix this so that the selecting the drilldown doesn't reset my filters? 

 

 

Thanks! 

 

How Can I Fix a Parameter-Driven Drill-Down From Resetting When Using Worksheet Filters in Tableau?

 

 

 

#Tableau Desktop & Web Authoring  #Tableau

0/9000

I have been working on some custom color palettes for the community. The color palettes have been formed based on the color palette information found at http://mkweb.bcgsc.ca/colorblind/ for deuteranopia, protanopia, and tritanopia. Only colors which have passed the Color Contrast Analyzer with AA standards are included.

Colorblind Custom Color Palettes

 

For knowledge, I have only transformed those in the grey box and included if they should be used with a white or black background.

Picture1.png

 

Use the following instructions to make / modify your preferences file: https://onlinehelp.tableau.com/current/pro/desktop/en-us/formatting_create_custom_colors.htm#about-the-preferences-file

See the attached TPS file.

6 risposte
  1. 26 lug, 18:23

    thanku very helpful

0/9000
1 risposta
  1. 26 lug, 15:53

    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!

0/9000
Kiran KU ha fatto una domanda in #Tableau Cloud

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

1 risposta
  1. 26 lug, 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:

    1. Azure AD Conditional Access — sign-in frequency, CAE, or refresh token rotation on this app registration
    2. Whether a dedicated OAuth client is registered for Tableau in Azure AD (vs. the default shared one) — recommended for scheduled refreshes
    3. Re-save credentials directly on the data source's Edit Connection page, not just Account Settings
    4. Consider a service account instead of a personal identity — less exposed to MFA/session policies
    5. 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.

0/9000
Danh Nguyen The ha fatto una domanda in #Tableau Server

 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. 

 

Axis subtitle disappears when filters or RLS are applied.

 

Filters or RLS applied.

Screenshot 2026-07-13 085908.png

  I am utilizing the MIN(0) dual-axis workaround. Could this setup be causing the rendering bug?  

 

Screenshot 2026-07-13 091706.png

 

 

 

#Tableau Server

1 risposta
  1. 26 lug, 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:

    1. Wrap the subtitle calc in ZN()/IFNULL() so it always returns a value
    2. Check if your filters/RLS are set as context filters — this can break FIXED LOD assumptions
    3. Make sure the field driving the MIN(0) mark always has at least one row, regardless of filter/RLS state
    4. 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.

0/9000
Jorge Cordero ha fatto una domanda in #Tableau Server

 

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

2 risposte
  1. 26 lug, 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.

0/9000

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

9 risposte
  1. 26 lug, 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.

0/9000
Nicky Anderson ha fatto una domanda in #Tableau Server

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:Error After Trying to Open a Visualization

Is there anything I could do to fix this error? 

 

 

#Tableau Server  #Tableau Public  #Tableau

2 risposte
  1. 26 lug, 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

0/9000
2 risposte
  1. 24 lug, 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

     

    Hi, This is a workaround suggested by another user. However, I'd also recommend reviewing the following article before deciding whether to use this approach.

0/9000
Yun Shen ha fatto una domanda in #Tableau Server

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! 

 

#Tableau Server

2 risposte
  1. 24 lug, 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. 

0/9000