Skip to main content

#Tableau APIs & Embedding17 diskutieren mit

I updated the Athena DB connection credentials (username/password) in a Tableau workbook, and the extract refresh was working successfully after the update.

After around 5 days, I performed a web edit on the dashboard and made some changes. During this process:

  • Tableau did not prompt for credentials
  • While republishing, only the “Embed credentials” option was available

However, after republishing the workbook, the scheduled extract job started failing with an incorrect username/password error.

This is confusing because the credentials were already updated earlier and were working fine before the web edit.

 

My queries:

  • Why is Tableau not asking for credentials during web edit or republish?
  • Does web edit/republish overwrite or remove previously saved credentials?
  • Why would the extract fail with incorrect credentials even though they were updated earlier?
  • Is there any known limitation or behavior with Athena connections in such scenarios?
  • does role affect?

#Tableau Server  #Tableau Public  #Tableau Desktop & Web Authoring  #Tableau Cloud  #Tableau  #Tableau APIs & Embedding  #Tableau Community Updates

6 Antworten
  1. 12. Juni, 07:25

    Hi @Umesh Chorge

     

    dealing with WebEditing and credentials can be a bit unstable. I've seen a lot of instances over the years were credentials for some mysterious reasons were not committed or using old ones or using credentials from another tenants while the Analysts were working daily on multiples tenants.  

    This is one example: 

    https://help.salesforce.com/s/issue?id=a02Ka00000lYbc8IAC

     

    As you seem to work with embedded data source directly in the workbook, as Diego said in his earlier post, use published data sources. To keep your datasource stable and modify your workbook content irrelevant of Athena connections even in WebEdit. 

    And ideally you modify your published data sources using Tableau Desktop if you can.

0/9000

I would like to be able to create a datasource from a single view in Snowflake using an APi-based script.

2 Antworten
  1. 7. Aug. 2025, 14:52

    Hi @David Foster​ ,

     

    To create a data source from a Snowflake view using an API-based script, you can utilize Snowflake's native SQL API to execute SQL statements over HTTP. This approach allows you to interact directly with your Snowflake data warehouse, enabling operations such as creating views and managing data sources. By sending HTTP requests containing your SQL queries to Snowflake's API endpoint, you can automate the creation of data sources based on your views. For detailed guidance on using Snowflake's native SQL API, refer to the official Snowflake documentation. https://blog.dreamfactory.com/generate-a-snowflake-rest-api-in-less-than-5-minutes

     

    Best regards,

    Nikolay Gerasimov

    Tableau Forums Ambassador

0/9000

While our executives could go through the Tableau front-end and navigate around, I'd like to create a "one-stop shop" "walled garden" on our website instead.     I can create a collection in Tableau which seems to be a good half-way point. It allows me to "promote" certain views to the collection, ensuring that only the important views are immediately visible. Therefore, (after login) if the user has permission on the collection, they can see all the dashboards that I've pushed for consumption.    Ideally, what I'd like to be able to do is embed the collection on a single webpage external to Tableau. Unfortunately, embedding a collection doesn't seem to be an option? I recognize there are a few alternatives to accomplish this but none of them seem very good. Any option seems to require manually maintaining links in sync with the collection which I don't want to do. I'd like to add views to a collection and the external site automatically shows the new view in the list.    Any recommendations? 

3 Antworten
  1. 26. Mai, 13:33

    Hi, in addition to Diego's comment about connected apps implementation (which is the way to go) I wanted to point that the REST API endpoints for Collections are finally being released for Tableau Server with version 2026.2 (so somewhere Q3 this year).Hi, in addition to Diego's comment about connected apps implementation (which is the way to go) I wanted to point that the REST API endpoints for Collections are finally being released for Tableau Ser

     

     

0/9000

Hi Team, 

 

I am a Tableau Engineer designing an enterprise-level dashboard architecture for a client with multiple brands. I would like to consult on technical feasibility and a specific cross-site embedding issue we are facing. 

 

[Current Scenario & Requirements] 

 

Main Site: The core client has a primary Tableau Cloud site (Site A) and a centralized web portal. 

 

Brand Expansion: The client wants to create completely separated Tableau Cloud sites for their individual sub-brands (Site B, Site C, etc.) for data isolation and independent governance. 

 

The Goal: The client wants to embed dashboards from these disparate sub-brand sites (Site B, C) into the single portal hosted/authenticated primarily via the Main Site (Site A) environment, so users can view multiple brands' dashboards from one single pane of glass. 

 

[Technical Issue Encountered] 

 

Success Case: When I embed dashboards that belong to the same Tableau Cloud site as the portal's session context, it renders perfectly. 

 

Failure Case: When I try to embed a dashboard originating from a different Tableau Cloud site (e.g., trying to render Site B's viz while authenticated on Site A's domain context), the viz fails to load, showing an "

prod-kr-a.online.tableau.com

에서 연결을 거부했습니다." error message. 

 

[Questions for Support] 

 

Does Tableau Cloud natively support embedding visualizations from multiple different sites/pods into a single web application page simultaneously? 

 

Looking forward to your expert guidance. 

 

Best regards, 

 

#Tableau Cloud  #Tableau APIs & Embedding

1 Antwort
  1. 20. Mai, 17:10

    @DAEYEON KOO

     

    I am not completely 100% sure, but you may give a try using Unified Access Tokens: 

    https://help.tableau.com/current/api/cloud-manager/en-us/docs/unified_access_tokens.html

     

     

    If this post resolves the question, would you be so kind to "Accept this Answer"?. This will help other users find the same answer/resolution and help community keep track of answered questions. Thank you. 

     

    Regards, 

     

    Diego Martinez 

    Tableau Visionary and Tableau Ambassador 

0/9000

I have downloaded the Tableau extension and embedded my dashboard into my slides - I have tried using both the url and view feature - both are very slow and when use the data refresh button, it often fails. Is this a known issue? I really like the concept of the feature but in reality I am having a hard time getting it to work. 

 

Also, I have set up a specific view that I want to embed but once it embeds it changes the axis - e.g I have set my axis to show the dates as Apr 26 etc but when it embeds it changes this to be April 26 and puts some of the longer dates across 2 lines - why does it do this? 

 

thanks! 

 

#Tableau APIs & Embedding

1 Antwort
  1. 16. Mai, 09:37

    Hi,Eleanor Hunt

     

     

    It seems that embedding Tableau dashboards into Google Slides isn’t very stable at the moment. I’ve seen similar reports where the extension loads slowly or the refresh action fails quite often. I’m not aware of any official statement calling this a known issue, but the behavior does feel inconsistent in practice. 

     

    Regarding the axis changing after embedding, this might happen because Google Slides adjusts the frame size, and Tableau then reflows the axis labels based on the available space. When the embedded view becomes smaller than the original dashboard, long date labels can wrap or shift unexpectedly. 

     

    • Use a fixed-size dashboard in Tableau
    • Increase the frame size in Google Slides if possible
    • Shorten the date format (e.g., “Apr 26” instead of a long format)
    • If stability is important, consider embedding the view in a regular web page instead of Google Slides — that tends to behave more reliably

    The concept of embedding into Slides is great, but in its current state it may still be a bit sensitive depending on the dashboard and environment.

0/9000

I've embedded a dashboard on our SharePoint site using an iframe

 

  <iframe width="800" height="600" src="https: //TABLEAUSERVER/t/SITE/views/WORKBOOK/DASHBOARD?iframeSizedToWindow=true&amp;:embed=yes&amp;:showAppBanner=false&amp;:display_count=no&amp;:showVizHome=no&amp;:origin=viz_share_link&amp;:toolbar=no#7"></iframe> &#160;</div>

 

When using Chrome the dashboards don't show up at all. Looking at the developer console I see these errors. In IE they do show up fine.

 

Mixed Content: The page at 'https: //SHAREPOINTSITE/teams/TEAMSITE/SitePages/Tableau%20Challenge%20Page.aspx?PageView=Shared&InitialTabId=Ribbon.WebPartPage&VisibilityContext=WSSWebPartPage' was loaded over HTTPS, but requested an insecure frame 'http: //TABLEAUSERVER/vizportal/api/web/v1/auth/signin?path=%2Ft%2FSITE%2Fviews%2FWORKBOOK%2FDASHBOARD%3FiframeSizedToWindow%3Dtrue%26%3Aembed%3Dy%26%3AshowAppBanner%3Dfalse%26%3Adisplay_count%3Dno%26%3AshowVizHome%3Dno%26%3Aorigin%3Dviz_share_link&siteUrlName=THR-Tableau#1'. This request has been blocked; the content must be served over HTTPS.

 

and

 

Mixed Content: The page at'https: //SHAREPOINTSITE/teams/TEAMSITE/SitePages/Tableau%20Challenge%20Page.aspx?PageView=Shared&InitialTabId=Ribbon.WebPartPage&VisibilityContext=WSSWebPartPage' was loaded over HTTPS, but requested an insecure frame 'http: //TABLEAUSERVER/#/site/Tableau/views/WORKBOOK/DASHBOARD?'. This request has been blocked; the content must be served over HTTPS.

 

Me and a coworker were editing the page, changing settings and ocassionaly the dashboards will load, but we couldn't ever figure out exactly what we were doing to cause them to load in Chrome.

 

I talked to our server admin and he says they're using SSL, but I'm not sure why the addresses in the error messages are returning http instead of https. Is that a problem, and if so how can it be fixed?

 

Thanks,

1 Antwort
  1. 11. Mai, 15:54

    This is most likely an issue with a reverse-proxy (if you're using one) or Tableau's CORS settings. Chrome is absolutely a pain (i.e., strict) with cross-origin resources. You can ask your admin to configure CORS and add SharePoint to your allowlist, but it seems like this problem keeps recurring with Chrome updates.

0/9000

Tableau Conference Session Resources: Custom AI Architectures: Fueling Agents with Tableau

 

Hey DataFam and Trailblazers! 

Ready to level up your MCP skills? 

 

Join @Justin Craycraft and me at Tableau Conference 2026 to peek under the hood of custom AI. We’ll compare top frameworks like MCP and LangChain to bridge trusted Tableau context into your agents, ensuring every AI response is backed by business truth.

 

Custom AI Architectures: Fueling Agents with Tableau 

🗓️ Tuesday, May 5

8:30 AM - 8:50 AM PDT

Theater 1 | Data Village, Ground Level

 

🗓️ Wednesday, May 6

1:10 PM - 1:30 PM PDT

Theater 4 | Data Village, Ground Level

 

Resources

 

 

#Tableau APIs & Embedding  #API  #Tableau Cloud  #Tableau Server  #Tableau Next

1 Kommentar
  1. 28. Apr., 16:03

    @Tara Morton

      Great review of details.  

     

    I am currently testing the Tableau MCP connector with Claude and wanted to document the issue we are experiencing and confirm the best supported path forward. 

     

    We have successfully added the official Tableau MCP connector/extension in Claude, and it works as expected in standard Claude Chat. However, when attempting to use Tableau through Claude Cowork, the Tableau tools are not available.  

     

    In Claude Cowork, we ran ToolSearch for the following terms:

    • Tableau
    • tableau-mcp
    • Tableau MCP
    • workbooks
    • datasources
    • published data sources

    The result was that no Tableau tools were found. Claude Cowork also explicitly stated:

    “I do not have Tableau MCP tools in my allowed tools list for this Cowork session.”

    Based on feedback from Anthropic support, the likely reason is that the Tableau .mcpb Desktop Extension is designed for local Claude Desktop environments and cannot run in web-based Claude Cowork.  

     

     Please let us know the best supported implementation path, whether this is currently available, and any documentation or examples you can share.  

     

    Thank you in advanced.

0/9000

Hi everyone/DataFam 

Embedded a Tableau view (dashboard) into my org's Salesforce environment using LWC Seamless Auth method to enable the embedding. 

Tableau dashboard successfully displays on the Salesforce Lightning page and in Salesforce App. Both locations include the Tableau toolbar which is needed for Exporting to Image/PDF/PowerPoint. However I want to disable Refresh/Undo/Redo buttons from the Tableau toolbar. Is this possible, or perhaps do I need to change my approach somewhere? 

 

Reason I want to disable the refresh button is an automated filter is applied when the dashboard loads in Salesforce which filters the dashboard to the Salesforce record dashboard is being viewed from. Unfortunately the refresh button overrides the filter, causing the dashboard to become unfiltered to all records. 

 

 

 

#Tableau

4 Antworten
  1. 21. Apr., 00:57

    @Benjamin Peters

     

    Hi, in this case, I would remove the toolbar, and I would add some buttons using the Download Object to allow the download of the image, pdf: 

     

    Something similar as this Tableau Public workbook: 

    https://public.tableau.com/app/profile/tobiloba.babajide/viz/SalesDashboard_17329870588250/SalesDasboard

     

    Hi, in this case, I would remove the toolbar, and I would add some buttons using the Download Object to allow the download of the image, pdf: Something similar as this Tableau Public workbook: If this

     

    If this post resolves the question, would you be so kind to "Accept this Answer"?. This will help other users find the same answer/resolution and help community keep track of answered questions. Thank you. 

     

    Regards, 

     

    Diego Martinez 

    Tableau Visionary and Tableau Ambassador 

0/9000

I'm trying to work with the component embed for the component, but when the component first loads, i get the error: 

A src needs to be set on the tableau-viz element. Skipping rendering. 

 

But once the source is set, it never tries to re-render the element, if there a function I can call to rerender the element once the src has changed on the page? 

 

#Tableau APIs & Embedding

1 Antwort
  1. 18. Apr., 14:20

    @Eric Guerin

     

    Hi, It seems you are trying to render the tableau-viz component without a src, and then you are trying to change the src. 

     

    What if you try to give first a src, that will render the iframe child object, and all the related code, and then you change the src. 

     

    If you are able to share your full code, we may have a better way to assist you.  

     

    If this post resolves the question, would you be so kind to "Accept this Answer"?. This will help other users find the same answer/resolution and help community keep track of answered questions. Thank you. 

     

    Regards, 

     

    Diego Martinez 

    Tableau Visionary and Tableau Ambassador 

0/9000

I would like to filter on a workbook and get all field names, regardless of field type (if the field is a calculation, get the formula too). The following GraphQL query doesn't work, but it is my best shot.

query bestattempt {

fields {

downstreamWorkbooks(filter: {name: "Random WB name"}) {

name

}

name

... on CalculatedField {

formula

}

}

}

4 Antworten
  1. 8. Juni 2021, 00:08

    Hi Caleb, try this:

    query workbookFields {

    workbooks(filter: {name: "testjuly19"}) {

    name

    sheets {

    name

    sheetFieldInstances {

    name

    ... on CalculatedField {

    formula

    }

    }

    }

    }

    }

    Use "datasourceFields" if you also want to include fields that were used in calculations but not actually on the worksheets.

    -Keshia

0/9000