Skip to main content

#Tableau27 人がディスカッション中

これについて Slack で議論することで、すばやく回答を得たり、リアルタイムでサポートを受けたりすることができます。

Hi all! 

 

I am experiencing an issue with my Tableau dashboard scroll position. When I navigate to different tabs on my dashboard, the scroll position will reset to the bottom of the dashboard. It does not matter if I have scrolled to the bottom or not when on the current page.  

 

I am using Tableau Desktop to build, Tableau Public to publish, and am embedding the dashboard on a private company-wide site. The issue reproduces on Tableau Public and embedded on my private company site. I have published dashboards using these steps before, and have not run into this issue before.

 

I have managed to rule out the following solutions:

  • Dashboard device view (ex: preview, desktop, default)
  • Dashboard navigation buttons are at the very top of my page
  • Issue reproduces on Tableau Public and embedded on my private company site
  • Each dashboard page is around the same dimensions
    • I have not experienced this issue with the scroll bar with dashboard pages of different dimensions previously, so I strongly believe this is not the issue
  • To test, I uploaded a dashboard that I built on Tableau Desktop, published to Tableau Public to publish, and embedded on a private company-wide site without this issue
    • My result was that I experienced the same issue with the scroll bar when this was not previously present :(

 

Does anyone have any advice for this issue? Thank you!  

 

#Tableau Desktop & Web Authoring  #Tableau Server  #Tableau Cloud  #Tableau  #Tableau APIs & Embedding

7 件の回答
  1. 10月29日 16:33

    Thank you so much! Happy Halloween :)

Hi everyone,

I’m trying to deploy a Tableau Next dashboard from Production to a UAT sandbox using a Data Kit and change sets. The steps I followed:

  1. Added the dashboard (with semantic model, workspace and visualizations) to a new Data Kit in Prod.
  2. Created an outbound change set with the Data Kit components and their dependencies, then deployed it in UAT. I had to create two custom DMOs manually in UAT because they couldn’t be added to the change set.
  3. Deployed the Data Kit in UAT.

The kit deployment fails with:

Deployment has failed due to user exception. Error: The BotDefinition_Home data lake object already exists in this org and is linked to a data stream. To deploy this data kit, rename the object in the source org or remove the conflicting object from the target org.

UAT already has its own CRM data streams (BotDefinition, User, Lead, Contact, Opportunity...). After removing BotDefinition_Home from the kit in UAT, I get the same error for User_Home, and so on. 

 Any idea how can I solve this issue ?

#Data Cloud  #Tableau  #Data360

1 件の回答
  1. 10月28日 19:12

    Hi Meriem, looks like the kit is trying to create DLOs that already exist in UAT. Since those are linked to active data streams, I wouldn't delete them. I'd try keeping the existing UAT streams and deploying only the dashboard dependencies that are missing. You may need to split the deployment into smaller kits to find the conflicts.

 

How to change the font of transaction type to match same as the number values .For example - Production Order Picking should be blue same as its value . Please have a look at the screenshots .It has to match the transaction type legend .Thankyou   

How to change the font colour to match the values

 

image.png

 

 

 

#Tableau Desktop & Web Authoring  #Tableau  #Tableau Cloud

7 件の回答
  1. 10月26日 6:51

    Hi Jahnavi 

     

    If your Transaction Type is already being used on Color, you may be able to match the label color to the mark color by using the Transaction Type field on the Label mark as well.

    In many chart types, Tableau automatically colors mark labels to match the mark color when "Match Mark Color" is enabled under Label settings.

     

    You could try: Marks Card → Label → Font → Match Mark Color

     

    If that option is not available for your chart type, another approach is to place Transaction Type on Color and display the labels using mark labels rather than row headers.

John Krieg が「#Tableau Server」で質問

We are getting very close to maxing out on memory and I need to find a solution for the issue or at least a way to minimize the impact. 

 

#Tableau Server  #Tableau

4 件の回答
  1. 10月13日 21:15

    You could check the session settings and review how long inactive sessions are being retained. Reducing unnecessary session retention may help with memory usage, but it’s worth checking the impact on active users before making changes.

Hello all, 

I have (Recently upgraded the servers to version 2026.2.1) Linux server and using tnsnames.ors files for Oracle DB connections. Also has the 'ojdbc11.jar' driver file placed at /opt/tableau/tableau_driver/jdbc location.  

 

(Note: Other data extracts or refreshes works normally. only issue with this recently created flow which outputs multiple files) 

 

I see one of the prep flows on the server is failing with ERROR: "

Output step error message: [FailedToConnectExternalResourceError] - Unable to connect to DataSource_Name on DataSource_Name. Check that the data source is available, or edit the connection and enter your credentials again

" 

 

When I check connection from the panel 'Test Connection' works and shows successful, but at the runtime this flow fails.  

 

I have tnsfiles.ora with proper DB connection names and have placed the 'oracle.properties' file with the string 'oracle.net.tns_admin=/etc' within at locations: 

1. /var/opt/tableau/tableau_server/data/tabsvc/flowminerva/Datasources/oracle.properties 

2./var/opt/tableau/tableau_server/data/tabsvc/minerva/Datasources/oracle.properties 

3./var/opt/tableau/tableau_server/data/tabsvc/vizqlserver/Datasources/oracle.properties  

 

also, just now added the file at - 

4. /var/opt/tableau/tableau_server/data/tabsvc/flowprocessor/Datasources/oracle.properties

 

Any idea what can I check for?  

 

Thank you! 

 

#Tableau Server  #Flow  #Tableau

1 件の回答
  1. 10月8日 0:56

    Hi Vikas,

    Test Connection and the flow run are not the same session. Test Connection uses you. A Prep flow on Tableau Server runs with the credentials embedded on the flow, under the server account that executes flows. Other extracts can keep working while this flow doesn't, if this one is the only place those credentials aren't embedded.

    The message you pasted is on the output step: unable to connect to that data source. That's the output connection, not automatically the Oracle input. A flow that writes several files has an output connection of its own, and that's the one I'd open first.

    On the Oracle side, the process that actually runs the flow has to see the JDBC driver and oracle.properties. Dropping the file under flowprocessor while that process is already up doesn't always get picked up. Restart the flow services after the file is in place, then run this one flow again.

    I wouldn't call this a tnsnames problem until the output step still can't connect when you run it as the same account the server uses. I also don't have a published defect for 2026.2.1 that matches this, so I won't invent one.

I'm trying to create a two-level drilldown in Tableau using parameter actions. The first level (School) works as expected, allowing me to expand and select individual schools. 

 

However, I run into an issue at the second level (CIP) when I select "Unknown." Instead of displaying only the Program values associated with the selected school, Tableau expands all the rows, disrupting the drilldown. 

 

I've tried using set actions, parameter actions, and a unique ID combining School and CIP to improve the drilldown, but I haven't been able to resolve the issue. 

 

How can I fix this so that selecting "Unknown" at the second level only expands the CIP values associated with the selected school without affecting the rest of the drilldown? 

 

I've attached my packaged workbook for reference. Any suggestions or examples would be greatly appreciated. 

 

#Tableau Desktop & Web Authoring  #Tableau

4 件の回答
  1. 10月5日 11:51

    As an aside, a 140MB attachment was probably overkill for illustrating your problem. Consider sampling your data to a few hundred rows

1 件の回答
  1. 9月29日 11:58

    Hi Alex!

    If the trail is under the /content/employee/ path and marked Private

    , it’s likely restricted to a specific Salesforce employee audience rather than being a trail that an individual user can make publicly accessible. 

     

    I’d check whether the trail has an internal sharing/audience setting that the trail owner or Salesforce learning administrator can modify. If your colleagues are Salesforce employees but still can’t access it, their Trailhead/employee permissions or audience eligibility may need to be checked. 

     

    If there’s no option to change the audience from the Trailhead side, this would likely need to be handled by the Salesforce/Trailhead team rather than by the individual trail owner. 

Hi!   We have a new scheduling platform for our company operations and are having issues with reporting. Wondering if any of you has experience integrating Tableau with Equina Scheduling. According to their developer guide "Tableau can connect to Equina's REST APIs using its Web Data Connector (WDC)." What are your insights? Can MuleSoft help with this integration? If so, how? I appreciate any feedback :)   

1 件の回答
  1. 9月29日 7:16

    Hi Elizabeth!

    Yes, MuleSoft can help, especially if you need more than a straightforward Tableau-to-API connection. 

     

    If Equina exposes the required data through REST APIs, you could either connect Tableau directly using its Web Data Connector, or use MuleSoft as an integration layer:

    Equina REST API → MuleSoft → transformed/standardized data → Tableau

    MuleSoft becomes useful when you need authentication handling, pagination, data transformation, error handling, scheduling, or combining Equina data with other systems. You could also expose a simplified API from MuleSoft for Tableau to consume.

    If the reporting requirements are relatively simple, I’d first test the WDC approach. If you need recurring data loads, complex transformations, or multiple sources, MuleSoft would provide more flexibility.