Tableau Desktop 2019.4.0 ne reconnaît pas les 3 villes japonaises suivantes : 1. 丹波篠山市 ( Tamba-Sasayama, Hyôgo) – la ville a changé son nom de 篠山市 à 丹波篠山市 en mai 2019. 2. 標津町 (Shibetsu-chô, Hokkaido) 3. 那珂川市 (Nakagawa, Fukuoka) – ville fondée en octobre 2018, à partir de 筑紫郡那珂川町.

Toutes les versions tableau ont été mises à niveau vers JDK 8 version mineure 232 GA.

Source de données DataServer avec le type par défaut créé et publié dans Tableau Desktop 2018.1, mais lorsque cette source de données est utilisée avec Tableau Desktop ou Web Editor, puis enregistré sur un serveur qui est 2018.1 le type par défaut n'est pas respecté.

Le bouton "New Union" manquait lors de la connexion à DB2.

Le filtrage d'une vue basée sur un extrait au niveau du quart filtre parfois toutes les données de la vue.

Sur un site en direct : l'actualisation d'extrait était réalisée avec succès, puis semblait échouer, alors qu'elle avait été réussie et avait enregistré les nouvelles versions de tous les éléments dans Postgres, avant d'effacer les nouveaux extraits afin que les classeurs ne dirigent nulle part.

Dans un environnement Windows ou Linux 3-nœuds mise à niveau à partir de 2018.1 ne parvient pas à appliquer la topologie en raison de "Reconstruire l'index de recherche" étape défaillante.

En mode obscur MacOS Mojave, il manque un texte d'interface uI important dans le volet De données, le volet Analytics et le dialogue Enregistrer lors de la sortie.

Lorsque vous essayez de vous connecter à une source de données publiée à partir de Tableau Desktop sur un script de configuration automatique (PAC) pour les paramètres proxy, aucune source de données n'apparaît dans la boîte de dialogue Recherche de données.