Tableau Feed

Hi 

I think Tableau Prep Builder works this way. 

I tried it. On a PC with Prep Builder 2025.2.4, I ran the 2025.2.5 installer. In other words, I upgraded it. The repository location went back to the default. 

Next, on a PC with Tableau Desktop 2026.1.2, I ran the 2026.1.3 installer. When I started 2026.1.3, it used the same repository as 2026.1.2. 

The Tableau help page says, “When you upgrade to a new release version of Tableau Desktop, bookmarks, workbooks, and data sources that you were working with (that is, that are in the local Tableau repository on your computer) are still available in the new version.” So I think Desktop keeps the repository, but Prep Builder does not. 

I don’t know a way to keep the repository location in Prep Builder. 

Hi @Eryck Huizar

, 

From the docs, Subscribe is only available when Tableau Cloud can run the view unattended: for a live OAuth connection, the OAuth credential must be embedded or saved, and the refresh token must be valid (

). The docs don't explain why a workbook-embedded OAuth connection would behave differently from a published data source with embedded credentials, so I can't confirm the cause. It may be a product limitation. 

What I'd try: 

- Delete and re-add the Snowflake credential under My Account Settings > Saved Credentials, then embed it again, to rule out an invalid token. 

- Publishing the data source separately with embedded credentials (what you found) seems to be the supported path, and it gives you one place to manage the token. 

- If you want a service-account style setup, Snowflake key-pair authentication is supported on Tableau Cloud (saved credential, published from Desktop; not available for web authoring):

. I haven't verified that it brings the Subscribe button back, though. 

If the button still doesn't appear, a support case may be worth opening. Is the connection live or an extract, and is the data source published separately or embedded in the workbook?

Hi David,  

Before you file it as a bug, check if those titles were ever edited by hand. When you open Edit Title and change the font, size or colour there, Tableau saves that formatting on the title text itself. The Custom Themes help page says this directly: even with Override, an imported theme doesn't replace formatting done in the rich text editor, and Edit Title is that editor. A template workbook is the classic place for this, because someone styled the titles once and it stuck. Also check you picked Override and not Preserve when you imported the theme, since Preserve keeps whatever formatting the workbook already has.  

Easy test: add a new sheet to the same workbook and don't touch its title. If the new one comes out in 

#878a8f

 Tableau Semibold 14 and the old ones don't, it's the per-title formatting, not the theme.  

I checked the behaviour with Format > Workbook > Worksheet Titles on Superstore (screenshot): the sheet with the untouched title changed, the one I had formatted in Edit Title kept its own font and colour 

To fix the existing titles: right-click the title, Edit Title, click Reset, OK. That puts it back to the default title and the theme can style it again. If a title had custom text you'll have to retype it after the reset, just don't change the font while you do.  

Chris's set idea is the right way, I built it on Superstore to make sure it really drives the zone (screenshots below). A few details that made it work:  

Create a set on Mission ID (right-click the field > Create > Set) and use it in place of the Mission ID filter, so every sheet that was filtered by Mission ID now has the set on Filters showing IN. Then right-click the set > Show Set, and on the card's menu choose Single Value (dropdown). For your users it looks almost the same as the dropdown they have now, the only difference is there's no (All) option in single value mode.  

Keep the set dropdown outside the container you hide. If it sits inside it, it disappears with the section and nobody can switch back.  

The visibility field must be one value for the whole workbook, so the whole comparison goes inside the braces:  

{ FIXED : COUNTD(IF [Mission ID Set] THEN [Milestone Rank] END) > 0 }   

Written as { ... } > 0 it won't show up in the list, that's the bit Chris mentioned. And because it's a FIXED, normal filters don't affect it. If another filter on the dashboard should count too (date, region...), right click it and Add to Context.  

Put the milestone sheets in one tiled container, select the container, go to the Layout tab, tick Control visibility using value and pick the field. When it's False the container goes away and the tiled items around it take the space, so no blank area.  

In my test the field is "does the selected state have any order with a 50% or bigger discount": Texas shows the section, California hides it. Same structure as yours, just swap in Mission ID and Milestone Rank.  

That message comes up because your dashboard is set to add new objects as Tiled. Tiled is the default, so everything you drag in snaps into the layout and into whatever container is under the mouse. Holding Shift just flips it for that one drag, which is why it keeps asking.  

If you mostly want floating objects, change the default instead. In the Dashboard pane on the left, just under the Objects list, there are two buttons: Tiled and Floating. Click Floating and every new object you drag in will float, no Shift needed. Screenshot below shows where it is.  

For something that is already on the dashboard, click it, open the small dropdown arrow on its border and tick Floating (untick it to put it back in the layout).  

Just keep in mind a floating object sits on top of the containers, it is not part of them. If you want it to move and resize with a container, it has to be tiled inside that container. 

Create:

BAT

tableau isn’t fully supported. Syntax highlighting is based on BAT.

WINDOW_AVG(SUM([Measure]))

Then:

1. Drag it to Rows.
2. Make it Dual Axis.
3. Synchronize Axis.
4. Change Marks type to Line.
5. Format as a dashed line.

Glad you got it working. What you found points to the actual cause, though: the server isn't sending the GoDaddy intermediate certificate along with yours. Chrome and Edge quietly fetch a missing intermediate on their own, so the site looks fine in the browser. Tableau Desktop doesn't do that, so it fails unless the intermediate is already in that machine's certificate store, which is why installing the .p7b fixed that one PC.  

It may also explain why it broke exactly at renewal: GoDaddy has been moving renewals to a new intermediate (R1), so if the server still has the chain file from the old certificate, it won't match the new one.  

If you fix it on the server instead, you won't have to repeat it on every Desktop machine. Tableau Server wants PEM files, not the IIS ones. Download the certificate again from GoDaddy and choose Apache (or Other) as the server type, which gives you your .crt plus a second file with "bundle" in the name. That bundle is the chain. In TSM go to Configuration > Security > External SSL, add it as the certificate chain file next to your cert and key, save and apply pending changes.  

Or from the command line:  

tsm security external-ssl enable --cert-file .crt --key-file .key --chain-file tsm pending-changes apply  

To check what the server sends: openssl s_client -connect yourserver:443 -showcerts. You should see your certificate and, under it, GoDaddy's intermediate (the bundle can add a cross-signed root too, so two or three is fine). If only yours shows up, the chain isn't being sent. Applying the change restarts services, so do it out of hours 

Hi, it depends on where the name lives. I'll assume it's a field name. If it's a member alias or text in a sheet title, the answer is a bit different.  

If the 17 reports connect to one published data source and the item is a field in it, rename it there once: open the data source in Desktop (or Edit Data Source on the server), rename the field, and publish it back over the same data source. Shefali and Yasin say existing workbooks keep the old name. I'm not sure that's true in every case. As far as I know a rename made in the published data source usually shows up in connected workbooks the next time they're opened, unless a workbook renamed that field itself (then its local name wins). Calculations keep working either way, because they point at the field's internal name and not its display name. Text typed by hand into a title or caption won't change. Please test it with one workbook first, it only takes a few minutes, and then you know for your setup.  

If each workbook has its own embedded data source, there is no bulk rename in Desktop or web authoring. You either edit them one by one or script it. A .twb is XML and the displayed name is the caption attribute of the field's column element (for .twbx it's the .twb inside the zip), so a script can change it before republishing. Tableau Support doesn't support editing the XML, so keep backups.  

Publishing many workbooks at once: tabcmd publish with --overwrite in a loop, or the REST API. Those two are the officially supported options. Tableau's Python libraries, Tableau Server Client (for the REST API) and the Document API (for editing workbook files), are open source from Tableau and supported through GitHub and the community, not through support cases.