Notes de version de Filr 3.0

Octobre 2016

Micro Focus Filr vous permet d'accéder facilement à tous vos fichiers et dossiers, depuis votre bureau, un navigateur ou un périphérique mobile. Vous pouvez également promouvoir la collaboration sur les fichiers en partageant les fichiers et les dossiers avec d'autres utilisateurs. Pour une présentation détaillée de Filr, consultez le manuel Filr 3.0: Understanding How Filr Works (Présentation du fonctionnement de Filr 3.0).

1.0 Présentation du produit

Filr vous permet d'accéder facilement à tous vos fichiers et dossiers, depuis un ordinateur de bureau, un navigateur ou un périphérique mobile. Vous pouvez également promouvoir la collaboration sur les fichiers en partageant les fichiers et les dossiers avec d'autres utilisateurs. Pour une présentation détaillée de Filr, consultez le manuel Filr 3.0: Understanding How Filr Works (Présentation du fonctionnement de Filr 3.0).

2.0 Nouveautés de Filr 3.0

Filr 3.0 offre les améliorations suivantes :

2.1 Partage de dossiers au sein des dossiers réseau

Filr 3.0 améliore le partage des dossiers réseau et permet désormais le partage de dossiers en plus du partage de fichiers. Les administrateurs peuvent désormais autoriser les utilisateurs à partager des dossiers au sein des dossiers réseau qui leur sont assignés, à l'aide du client Filr (Web, Mobile ou Desktop) de leur choix.

Pour plus d'informations, consultez les sections Folder Sharing (Partage de dossiers) du manuel Filr 3.0: Understanding How Filr Works (Présentation du fonctionnement de Filr 3.0) Sharing (Partage) du manuel Filr 3.0: Administrative UI Reference (Référence de l'interface utilisateur d'administration de Filr 3.0).

2.2 Personnalisation de l'image de marque des applications Desktop et Mobile

Filr 3.0 permet aux administrateurs de personnaliser non seulement la marque du site Filr, mais aussi l'apparence des applications Desktop et Mobile pour qu'elles reflètent l'identité de leur entreprise.

Pour plus d'informations sur la personnalisation de la marque de l'application Desktop, consultez la section Branding the Desktop Apps (Personnalisation des applications Desktop) du manuel Filr 3.0: Administrative UI Reference (Référence de l'interface utilisateur d'administration de Filr 3.0).

Pour plus d'informations sur la personnalisation de la marque de l'application Mobile, consultez la section Branding the Desktop Apps (Personnalisation des applications Mobile) du manuel Filr 3.0: Administrative UI Reference (Référence de l'interface utilisateur d'administration de Filr 3.0).

2.3 Prise en charge de la fonction de mise à jour en ligne

Filr 3.0 inclut la fonction de mise à jour en ligne, qui vous permet de mettre à jour facilement et rapidement l'applicatif Filr en appliquant de nouveaux correctifs Filr avec un minimum d'intervention manuelle. Consultez la section Managing Online Updates (Gestion des mises à jour en ligne) du manuel Filr 3.0: Administrative UI Reference (Référence de l'interface utilisateur d'administration de Filr 3.0).

2.4 Enregistrement du client Desktop et effacement à distance des données Filr

L'administrateur Filr peut désormais afficher les détails des périphériques Desktop ayant accédé à votre système Filr et effacer toutes les données Filr d'un périphérique en cas de perte ou de vol. Pour plus d'informations, consultez la section Viewing, Wiping, and Disconnecting Registered Clients (Affichage, effacement et déconnexion des clients enregistrés) du manuel Filr 3.0: Administrative UI Reference (Référence de l'interface utilisateur d'administration de Filr 3.0).

2.5 Prise en charge de Windows Server 2016 en tant que serveur de fichiers de stockage dorsal

Filr 3.0 prend en charge Windows Server 2016 en tant que serveur de fichiers de stockage dorsal. Consultez la section File Servers (Backend Storage) (Serveurs de fichiers [Stockage dorsal]) du manuel Filr 3.0: Installation, Deployment, and Upgrade Guide (Guide d'installation, de déploiement et de mise à niveau de Filr 3.0).

2.6 Prise en charge de SMBv2 pour OES 2015 NSS AD

Filr 3.0 prend en charge le protocole SMB (Server Message Block) version 2 pour OES 2015 NSS AD. Consultez la section Configuring Filr to Work with OES 2015 NSS AD (Configuration de Filr pour OES 2015 NSS AD) du manuel Filr 3.0: Installation, Deployment, and Upgrade Guide (Guide d'installation, de déploiement et de mise à niveau de Filr 3.0).

2.7 Passage de Novell à Micro Focus

Filr 3.0 passe de la marque Novell à la marque Micro Focus.

2.8 Application des termes contractuels pour les utilisateurs externes

Avec Filr 3.0, l'acceptation des termes contractuels peut être requise des utilisateurs (invités) externes avant octroi de l'accès à Filr. Consultez la section Display Terms and Conditions (Affichage des termes contractuels) du manuel Filr 3.0: Administrative UI Reference (Référence de l'interface utilisateur d'administration de Filr 3.0).

2.9 Activation ou désactivation de la fonction Commentaires des utilisateurs dans les fichiers

L'administrateur Filr peut désormais activer ou désactiver la fonction Commentaires dans les fichiers pour tous les utilisateurs Filr (Desktop, Mobile et Web). Pour plus d'informations, consultez la section Allow Commenting on Files (Autoriser la fonction Commentaires dans les fichiers) du manuel Filr 3.0: Administrative UI Reference (Référence de l'interface utilisateur d'administration de Filr 3.0).

2.10 Chiffrement de la communication avec la base de données Filr

L'administrateur Filr peut désormais activer ou désactiver le chiffrement de données entre le serveur et la base de données Filr. Pour plus d'informations, consultez la section Encrypting Filr Database Communication (Chiffrement de la communication avec la base de données Filr) du manuel Filr 3.0: Administrative UI Reference (Référence de l'interface utilisateur d'administration de Filr 3.0).

2.11 Modification de la durée de vie des fichiers mis en cache

L'administrateur Filr peut désormais spécifier le nombre de jours de conservation des fichiers mis en cache en local sur les bureaux après leur dernier accès ou leur dernière modification. Pour plus d'informations, consultez la section Desktop Access—Default Settings (Accès à partir du bureau—Paramètres par défaut) du manuel Filr 3.0: Administrative UI Reference (Référence de l'interface utilisateur d'administration de Filr 3.0).

L'administrateur Filr peut également autoriser les utilisateurs Desktop à modifier la durée de vie des fichiers mis en cache. Consultez la section Suppression des fichiers en cache des manuels Guide de l'application Filr Desktop pour Windows et Guide de l'application Filr Desktop pour Mac.

3.0 Notes de mise à niveau

Avant de mettre à niveau l'applicatif Filr, passez en revue les sections suivantes. Pour mettre à niveau votre applicatif Filr 2.0 avec tous les derniers correctifs inclus dans Filr 3.0, consultez la section Upgrading Filr (Mise à niveau de Filr) du manuel Filr 3.0: Installation, Deployment, and Upgrade Guide (Guide d'installation, de déploiement et de mise à niveau de Filr 3.0).

3.1 Les serveurs OES 2015 et OES 2015 SP1 doivent être à jour de leurs correctifs

Pour permettre au serveur Filr 3.0 de communiquer avec les serveurs OES 2015 et OES 2015 SP1, vous devez veiller à ce que les serveurs OES soient mis à jour avec les derniers correctifs.

3.2 La mise à niveau à partir de Filr 2.0 peut nécessiter le nettoyage du cache du navigateur

Après la mise à niveau de Filr 2.0 vers Filr 3.0, la page de configuration initiale (port 9443) peut afficher une défaillance RPC et entraîner une déconnexion.

Un nettoyage du cache du navigateur et une nouvelle tentative de connexion devraient résoudre ce problème.

3.3 Les tables de routage personnalisées ne sont pas conservées

Le fichier /etc/hosts et les informations /etc/sysconfig/network/routes ne sont pas conservées lors de la mise à niveau.

Si vous avez personnalisé les tables de routage d'un applicatif, pensez à sauvegarder ces zones avant d'effectuer la mise à niveau et à restaurer les fichiers à la fin de la mise à niveau.

4.0 Remarques relatives à l'installation

Pour permettre au serveur Filr 3.0 de communiquer avec les serveurs OES 2015 et OES 2015 SP1, vous devez veiller à ce que les serveurs OES soient mis à jour avec les derniers correctifs.

Pour plus d'informations sur la configuration système requise pour installer Filr, consultez la section System Requirements (Configuration système requise) du manuel Filr 3.0: Installation, Deployment, and Upgrade Guide (Guide d'installation, de déploiement et de mise à niveau de Filr 3.0).

Pour plus d'informations sur l'installation de Filr, consultez le manuel Filr 3.0: Installation, Deployment, and Upgrade Guide (Guide d'installation, de déploiement et de mise à niveau de Filr 3.0).

5.0 Problèmes connus

5.1 Installation

Les serveurs OES 11 SP1 doivent être mis à jour avant d'installer Filr

IMPORTANT :l'absence de mise à jour de vos serveurs OES 11 SP1 peut entraîner l'échec des serveurs eDirectory (LDAP) configurés.

Compte tenu des améliorations apportées à Filr sur le plan de l'évolutivité et des performances, les serveurs ciblés par Filr doivent être en mesure de prendre en charge l'augmentation du service de fichiers et d'autres requêtes.

Le serveur NCP livré avec OES 11 SP1 ne peut pas prendre en charge un nombre plus importante de requêtes.

Si l'un de vos serveurs OES 11 SP1 répond aux critères ci-dessous, vous devez le mettre à jour avant d'installer Filr :

  • Hébergement de dossiers réseau ou de dossiers privés de stockage personnel

    et

  • La mise à jour de maintenance planifiée de décembre 2012 n'est pas appliquée

Pour préparer les serveurs OES 11 SP1 en vue de la prise en charge de Filr :

  1. Assurez-vous que tous les serveurs OES 11 SP1 ciblés par Filr sont, au moins, équipés de la mise à jour de maintenance planifiée de décembre 2012.

    De cette manière, le serveur NCP est mis à jour vers une version plus récente capable de prendre en charge l'augmentation des requêtes de service de Filr.

  2. Effectuez la mise à niveau vers Filr.

REMARQUE :OES SP2 comporte, par défaut, le serveur NCP mis à jour et est en mesure de satisfaire toutes les demandes de service de Filr 1.1.

Le point de montage NFS ne doit pas pointer vers /var sur le serveur cible

Les installations volumineuses requièrent un stockage NFS ou CIFS partagé pour le point de montage /vastorage sur le serveur Filr.

Si vous utilisez NFS, vous ne devez pas cibler le point de montage /var ni l'un de ses répertoires enfant. Cela entraînerait un échec du montage de /vastorage au redémarrage de l'applicatif Filr. (Consultez le document TID 7017379.)

5.2 Mise à niveau

Les mises à niveau progressives ne sont pas prises en charge dans un environnement en grappes

Les mises à niveau progressives (mise à niveau d'un serveur Filr ou d'indexation de recherche, tandis que l'autre serveur continue à servir des clients) ne sont pas prises en charge lors de la mise à niveau de Filr 2.0 vers Filr 3.0 dans un environnement en grappes.

Vous devez arrêter tous les applicatifs Filr et d'indexation de recherche avant de lancer la procédure de mise à niveau. Une fois la mise à niveau terminée, redémarrez les applicatifs.

Ce problème ne concerne ni les petites installations, ni les installations de grande taille non mises en grappes.

Pour plus d'informations sur la mise à niveau de Filr, reportez-vous à la section Upgrading Filr (Mise à niveau de Filr) du Filr 3.0: Installation, Deployment, and Upgrade Guide (Guide d'installation, de déploiement et de mise à niveau de Filr 3.0).

5.3 Applicatif

Instantanés VMware et sauvegarde d'applicatif

N'utilisez pas d'instantanés VMware comme méthode de sauvegarde pour Filr, au risque de ne pas être en mesure de mettre à niveau Filr à l'avenir.

Si vous voulez utiliser des instantanés malgré tout, vous devez les supprimer avant d'effectuer une mise à niveau vers une nouvelle version de Filr.

Pour plus d'informations sur la sauvegarde des différents composants Filr, reportez-vous à la section Backing Up Filr Data (Sauvegarde de données Filr) du Filr 3.0: Maintenance Best Practices Guide (Guide des meilleures pratiques de maintenance de Filr 3.0).

La capacité de stockage pour la partition /var ne peut pas être augmentée pour Xen sous SLES

Lorsque vous exécutez Filr dans un environnement Xen, l'espace de stockage pour la partition /var ne peut pas être augmenté après l'installation de Filr.

Le processus permettant d'augmenter la capacité de stockage pour les partitions /var et /vastorage après l'installation est décrit à la section Expanding Storage (Augmentation du stockage) du manuel Filr 3.0: Administrative UI Reference (Référence de l'interface utilisateur d'administration de Filr 3.0).

5.4 Configuration

Restrictions de caractères dans les noms d'utilisateur pour la connexion et la synchronisation LDAP

Les noms d'utilisateur LDAP ne doivent contenir que des caractères numériques (0 - 9) et alphabétiques (A-Z) valides en majuscules et minuscules. Les noms d'utilisateur contenant des caractères ASCII et spéciaux (par exemple, / \ * ? " < > : | ) ne peuvent pas être utilisés en tant que noms d'utilisateur Filr. Si votre annuaire LDAP contient des noms d'utilisateur comportant ces caractères, ces noms sont synchronisés avec Filr, mais les utilisateurs en question ne parviennent pas à se connecter.

En effet, ces caractères ne peuvent pas être utilisés dans un nom d'utilisateur Filr, car ce nom d'utilisateur Filr devient le titre de l'espace de travail de l'utilisateur, lequel devient à son tour un élément du chemin hiérarchique qui mène à l'espace de travail. Ces caractères ne sont pas autorisés dans les noms de chemin Linux et Windows.

Les noms d'utilisateur qui sont synchronisés à partir de LDAP ne tiennent pas compte de la casse pour la connexion à Filr

Les noms d'utilisateur qui sont synchronisés à partir d'un annuaire LDAP ne tiennent pas compte de la casse lorsque les utilisateurs se connectent au système Filr.

Les comptes utilisateur locaux (comptes utilisateur créés dans Filr et non synchronisés à partir d'un annuaire LDAP) respectent la casse. Les références de connexion des comptes utilisateur locaux sont stockées dans la base de données MySQL.

La désactivation de l'accès Web ne bloque pas l'accès invité

Si les options Autoriser l'accès invité et Désactiver l'accès Web sont sélectionnées sur la page de l'application Web de la console d'administration, Entrer en tant qu'invité s'affiche dans la boîte de dialogue initiale de connexion à l'accès Web et les utilisateurs invités peuvent voir les fichiers et dossiers accessibles au public. Si vous choisissez de désactiver l'accès Web, veillez à ce que l'accès invité ne soit pas activé.

Impossible de télécharger l'image de marque du site vers Filr

Si un utilisateur disposant de privilèges d'administrateur choisit de télécharger une image à utiliser dans la marque du site pour Filr, le téléchargement de l'image échoue. Pour télécharger l'image de marque du site dans Filr, vous devez vous connecter en tant qu'administrateur (admin) Filr intégré.

Problèmes relatifs au système de fichiers distribués (DFS)

L'énumération basée sur l'accès n'est pas prise en charge lors de l'utilisation de l'espace de noms DFS

Filr ne prend pas en charge l'énumération basée sur l'accès (ABE) Microsoft lorsque le serveur Windows dorsal utilise l'espace de noms DFS.

La visibilité du répertoire de jonction DFS NSS AD requiert un rafraîchissement des informations sur les droits mis en cache dans les dossiers réseau

Si vous disposez d'un répertoire de jonction DFS distant sur un serveur OES 2015 exécutant NSS pour AD, vérifiez que l'intervalle Rafraîchir les informations sur les droits mis en cache tou(te)s les : sous Paramètres du dossier réseau dans la console d'administration Filr n'est pas défini sur 0 minute (ce qui signifie qu'il est désactivé). Dans le cas contraire, les utilisateurs Filr ne pourront pas accéder aux fichiers et dossiers sous la cible DFS via Filr et le propriétaire de tous les fichiers et dossiers sous la cible apparaîtra en tant qu'Agent de synchronisation des fichiers dans Filr.

Problèmes liés à Access Manager

Problème de déconnexion lors d'un accès direct à Filr lorsque l'accès s'effectue normalement via Access Manager

Lorsque l'accès à Filr s'effectue via NetIQ Access Manager, seul l'administrateur de Filr peut accéder directement à Filr. Lorsque l'accès à Filr s'effectue directement dans cette configuration, la déconnexion simultanée pour le système Filr échoue.

Une fois que l'administrateur de Filr se connecte directement à Filr (et que Filr est configuré avec Access Manager), toutes les sessions de navigateur doivent être immédiatement fermées pour garantir la déconnexion.

Impossible d'utiliser simultanément plusieurs stratégies d'injection d'identité

Lorsque NetIQ Access Manager est configuré pour donner accès à Filr, vous ne pouvez pas utiliser plusieurs stratégies d'injection d'identité simultanément.

5.5 Dossier réseau

La relation d'approbation inter-forêts Active Directory n'est pas prise en charge

Les relations d'approbation inter-forêts dans Active Directory ne sont pas prises en charge dans Filr.

L'opération visant à déplacer ou renommer un fichier à partir du serveur de fichiers supprime les partages

Si un utilisateur déplace ou renomme un fichier directement à partir du serveur de fichiers (au lieu de passer par un client Filr pour effectuer le déplacement ou l'assignation d'un nouveau nom), tous les partages associés à ce fichier dans Filr sont supprimés. En d'autres termes, les utilisateurs à qui l'accès au fichier a été octroyé par le biais d'un partage dans Filr ne peuvent plus accéder au fichier si ce dernier a été déplacé ou renommé sur le serveur de fichiers. En outre, le fichier ne s'affiche pas non plus dans les vues Partagé par moi ni Partagé avec moi.

Dans ce genre de situation, les fichiers doivent de nouveau être partagés dans Filr.

Le chemin d'accès aux dossiers dans Filr ne peut pas contenir plus de 48 niveaux

Lorsque des dossiers du système de fichiers sont synchronisés avec un dossier réseau, le chemin d'accès dans Filr ne peut pas contenir plus de 48 niveaux (sous-dossiers imbriqués). Le code de synchronisation de fichiers rejette tout sous-dossier dont l'arborescence entraîne un dépassement de la limite (fixée à 48 niveaux) du chemin d'accès Filr correspondant.

Lorsque le système Filr atteint la limite des 48 niveaux de dossier, le code de synchronisation renvoie le message suivant et le dossier n'est pas créé :

The folder xxx has reached the allowed path maximum depth. Its sub-folders will not be added in the system.

La modification de l'emplacement cible dans un répertoire de jonction créé sur le serveur OES ne se reflète pas dans le dossier réseau Filr pointant vers le répertoire de jonction

Créez un répertoire de jonction sur le serveur OES, puis créez un dossier réseau dans Filr pointant vers ce répertoire de jonction. Lors de la modification de l'emplacement cible dans ce répertoire de jonction, le dossier réseau continue de pointer vers l'ancien emplacement cible dans le répertoire de jonction. Par conséquent, le contenu du dossier réseau affiche toujours les fichiers et dossiers de l'ancien emplacement cible.

Pour afficher le contenu du nouvel emplacement cible dans le dossier réseau, exécutez la commande suivante pour redémarrer famtd.

rcnovell-famtd restart

5.6 Applicatif Filr

Problèmes liés à la génération de rapports

Le rapport de messagerie ne contient pas les éléments du dernier jour du rapport

Lorsque vous exécutez un rapport de messagerie (comme décrit à la section Email Report [Rapport de messagerie] du manuel Filr 3.0: Administrative UI Reference [Référence de l'interface utilisateur d'administration de Filr 3.0]), les messages électroniques du dernier jour de la plage de dates spécifiée dans votre rapport ne s'affichent pas.

Par exemple, si vous exécutez un rapport de messagerie entre le 3 février et le 26 avril, le rapport de messagerie n'affiche pas les e-mails du 26 avril.

Problèmes liés au rapport de licence

Le rapport de licence reprend actuellement les comptes Administrateur, Invité et trois utilisateurs internes (_emailPostingAgent, _jobProcessingAgent et _synchronizationAgent) en tant qu'utilisateurs locaux. L'administrateur est considéré comme un utilisateur actif, mais les quatre autres utilisateurs locaux ne sont pas repris dans le cadre de l'utilisation de votre licence Filr.

Pour plus d'informations sur la procédure à suivre pour générer un rapport sur les licences, reportez-vous à la section License Report (Rapport sur les licences) du manuel Filr 3.0: Administrative UI Reference (Référence de l'interface utilisateur d'administration de Filr 3.0).

Le répertoire de stockage Mes fichiers s'affiche dans la recherche

Lorsque le stockage personnel est désactivé et que les dossiers privés n'ont pas été configurés, les utilisateurs peuvent accéder à un répertoire appelé Stockage Mes fichiers en cliquant sur le champ de recherche globale et en appuyant sur la barre d'espace. Ce répertoire est habituellement masqué, mais peut être affiché dans certaines circonstances.

Lorsque vous cliquez sur Stockage Mes fichiers, vous pouvez être dirigé à l'emplacement Mes fichiers ou sur le profil d'un autre utilisateur (en fonction de l'emplacement à partir duquel vous effectuez votre recherche).

Problèmes liés au partage

Les utilisateurs externes ne peuvent pas accéder à un dossier lors du déplacement ou de la copie d'un fichier à partir d'un dossier partagé

Les utilisateurs externes qui disposent de droits Contributeur sur un dossier qui a été partagé avec eux ne peuvent pas accéder au dossier cible lors du déplacement ou de la copie d'un fichier. Au lieu de cela, ils doivent indiquer le nom du dossier dans lequel ils souhaitent déplacer ou copier le fichier dans le champ Dossier cible, comme décrit dans les sections Déplacement de fichiers et Copie de fichiers du Guide d'accès utilisateur de Filr 3.0.

Les fichiers partagés avec des utilisateurs dans SharePoint ne s'affichent pas dans les zones Partagé avec moi ni Partagé par moi dans Filr

Lorsque des utilisateurs partagent des fichiers sur les serveurs SharePoint, ces fichiers n'apparaissent pas dans les dossiers Partagé par moi ni Partagé avec moi. Toutefois, les utilisateurs avec lesquels les fichiers ont été partagés peuvent voir ces fichiers partagés à condition qu'ils soient dans les dossiers réseau et que les utilisateurs aient accès aux dossiers réseau.

Erreur de conflit d'édition en cas de modification d'un fichier.rtf

Après avoir modifié un fichier .rtf à partir de Filr dans un éditeur de texte (tel que Microsoft Word), lors de l'enregistrement du fichier, un message indiquant que ce dernier a été modifié par un autre utilisateur s'affiche. Dans ce cas, sélectionnez l'option pour fusionner vos modifications avec celles de l'autre auteur, puis cliquez sur OK.

Les modifications apportées au fichier sont enregistrées dans Filr comme prévu.

Pour plus d'informations sur l'édition de fichiers dans Filr à l'aide de la fonctionnalité de modification directe, consultez la section Édition de fichiers avec modification directe du Guide d'accès utilisateur de Filr 3.0.

Problèmes liés à la synchronisation LDAP

Problèmes lors de la suppression d'utilisateurs via LDAP

Micro Focus recommande de ne jamais activer l'option de suppression des utilisateurs qui ne sont pas sur LDAP lors de la configuration de votre synchronisation LDAP. Cette fonction sera améliorée ou supprimée dans les prochaines versions de Filr. Les comptes utilisateur supprimés ne peuvent pas être récupérés. Il est conseillé de sélectionner l'option de désactivation du compte, plutôt que d'opter pour sa suppression.

Problèmes liés à la synchronisation initiale des utilisateurs Filr

La valeur LDAP de l'attribut que vous spécifiez comme paramètre de configuration LDAP Attribut LDAP du nom de compte Filr doit être unique dans tout l'annuaire LDAP. Par exemple, si vous spécifiez cn, il se peut que tous les utilisateurs de l'annuaire LDAP n'aient pas une valeur unique.

Pour résoudre ce problème, choisissez un attribut dont la valeur reste unique pour l'ensemble des conteneurs, telle que emailAddress.

Les sous-groupes ne sont pas inclus dans l'adhésion au groupe au cours de la synchronisation initiale

Lors de la synchronisation de groupes contenant des sous-groupes avec Filr à partir d'un annuaire LDAP, les sous-groupes ne sont pas inclus dans l'adhésion à leur groupe parent au cours de la synchronisation initiale.

Effectuez une synchronisation LDAP supplémentaire pour être certain que l'adhésion au groupe contient tous les sous-groupes prévus.

Problèmes liés au changement de nom et au déplacement des utilisateurs dans votre annuaire LDAP

Pour renommer ou déplacer des utilisateurs dans votre annuaire LDAP, vérifiez que vous avez bien spécifié une valeur pour le paramètre Attribut LDAP qui identifie de manière unique un utilisateur ou un groupe, comme décrit à la section LDAP Synchronization (Synchronisation LDAP) du manuel Filr 3.0: Administrative UI Reference(Référence de l'interface utilisateur d'administration de Filr 3.0). Si aucune valeur n'est spécifiée pour ce paramètre, le fait de renommer ou de déplacer des utilisateurs dans votre annuaire LDAP risque d'entraîner la création de nouveaux utilisateurs dans Filr ou leur suppression du compte utilisateur existant.

Les utilisateurs ne peuvent pas se connecter à l'application mobile ou de bureau Filr avec leur nouveau nom ou mot de passe lorsqu'ils ont été modifiés dans LDAP

Lorsqu'un utilisateur est renommé ou qu'un mot de passe est modifié dans l'annuaire LDAP, l'utilisateur doit utiliser son ancien nom d'utilisateur ou mot de passe pour se connecter à l'application mobile Filr ou à l'application de bureau Filr jusqu'à ce l'un des événements suivants se produise :

  • exécution d'une synchronisation LDAP ;

  • connexion de l''utilisateur au client Web avec le nouveau nom d'utilisateur ou mot de passe.

Un utilisateur peut utiliser l'ancien ou le nouveau nom d'utilisateur ou mot de passe lorsqu'il se connecte à Filr à partir du client Web.

Les tentatives d'importation d'ID utilisateur dupliqués sont consignées mais ne font pas l'objet de rapports

Si vous tentez d'importer un utilisateur LDAP doté du même ID utilisateur qu'un utilisateur précédemment importé, l'importation échoue et est consignée, mais l'échec ne fait pas l'objet d'un rapport dans l'interface utilisateur graphique d'administration. L'erreur d'importation est consignée dans /opt/novell/filr/apache-tomcat/logs/appserver.log.

Par conséquent, seul le premier utilisateur importé est en mesure de se connecter. Les autres utilisateurs dotés du même ID utilisateur ne peuvent pas se connecter, mais ne reçoivent aucune explication sur la raison de l'échec de la requête de connexion. Les échecs des tentatives de connexion sont consignés dans /opt/novell/filr/apache-tomcat/logs/appserver.log.

Problèmes de messagerie

En l'absence de nom d'utilisateur et de mot de passe, le test de connexion échoue, même lorsqu'aucune authentification n'est requise

Lorsque Filr est configuré pour utiliser un système de messagerie sortante externe (tel que Novell GroupWise), l'opération Tester la connexion échoue si aucun nom d'utilisateur et mot de passe ne sont spécifiés, même lorsque l'option Authentification requise n'est pas sélectionnée.

Pour plus d'informations sur la procédure à suivre pour configurer Filr pour utiliser un système de messagerie sortante externe, consultez la section Configuring an Email Service for Filr to Use (Configuration d'un service de messagerie à utiliser par Filr) dans le manuel Filr 3.0: Administrative UI Reference (Référence de l'interface utilisateur d'administration de Filr 3.0).

Impossible de télécharger des documents créés avec Apple iWork (Pages, Keynote, etc.) ou des documents .app vers le client Web Filr

Lorsque vous téléchargez un document créé avec l'un des types de fichiers suivants, une erreur est renvoyée. Elle indique que le fichier ou dossier ne peut pas être téléchargé vers le client Web Filr :

  • Document iWork (tel qu'un document Pages, Keynote ou Numbers)

  • Fichier d'application Mac (document portant l'extension .app)

Le client Web Filr ne peut pas télécharger ces types de documents, car leur architecture ressemble fortement à celle d'un dossier. Or, le téléchargement de dossiers à l'aide de ce client est impossible.

Vous pouvez télécharger ce type de documents vers Filr en utilisant les applications Filr Desktop ou Filr Mobile.

Pour plus d'informations sur le téléchargement de documents à l'aide de l'application Desktop ou Mobile, reportez-vous aux manuels Guide de l'application Filr Desktop pour Windows, Guide de l'application Filr Desktop pour Mac et Démarrage rapide de l'application Filr Mobile.

Extraction impossible du fichier ZIP après l'avoir téléchargé sous Mac

Après avoir téléchargé un ou plusieurs fichiers au format .zip (comme indiqué à la section Téléchargement de fichiers du Guide d'accès utilisateur de Filr 3.0, la décompression n'est possible que si vous utilisez des outils tiers tels que iZip Unarchiver.

Ce problème tient au fait que Mac OS X ne prend actuellement pas en charge ZIP64, la technologie utilisée pour créer le fichier .zip.

Problèmes lors du téléchargement de plusieurs fichiers avec Safari sous Mac

Si vous rencontrez des problèmes lors du téléchargement de plusieurs fichiers (comme décrit à la section Téléchargement de plusieurs fichiers et dossiers du Guide d'accès utilisateur de Filr 3.0) lors de l'utilisation de Safari sous Mac, vérifiez que l'option Ouvrir automatiquement les fichiers « fiables » n'est pas activée.

  1. Cliquez sur Safari > Préférences.

  2. Sous l'onglet Général, assurez-vous que l'option Ouvrir automatiquement les fichiers « fiables » n'est pas sélectionnée.

Environ 200 caractères maximum par nom de fichier

La longueur maximale exacte du nom de fichier dépend de la configuration du serveur Filr, mais généralement, elle est d'environ 200 caractères. Si les noms de fichier sont trop longs, les fichiers ne peuvent pas être ajoutés à Filr.

Problèmes liés à WebDAV

Modification impossible d'un fichier à l'aide de WebDAV (modification directe) lorsque le mot de passe de l'utilisateur contient un espace

Si vous essayez de modifier un fichier à l'aide de WebDAV (comme décrit à la section Édition de fichiers avec modification directe du Guide d'accès utilisateur de Filr 3.0), l'authentification échoue lorsque votre mot de passe utilisateur contient un espace.

Pour modifier les fichiers via WebDAV, veillez à ce que votre mot de passe ne contienne pas d'espace.

Impossible de renommer un fichier lors d'une modification via WebDAV (modification directe)

Lorsque vous utilisez la fonctionnalité de modification directe pour éditer un fichier (comme décrit dans la section Édition de fichiers avec modification directe du Guide d'accès utilisateur de Filr 3.0), vous ne pouvez pas cliquer sur Enregistrer sous ni renommer le fichier. Si vous procédez de la sorte, une erreur de téléchargement est renvoyée et les modifications apportées au fichier ne sont pas synchronisées avec Filr.

Restrictions WebDAV sous Mac

Lorsque vous utilisez la fonctionnalité WebDAV dans un environnement Mac, vous rencontrez les restrictions suivantes :

  • Restrictions liées à la modification de fichiers sous Mac via WebDAV La fonctionnalité de modification directe n'est pas prise en charge sous Mac lorsque vous utilisez Microsoft Office comme éditeur de documents. Pour pouvoir utiliser cette fonctionnalité sous Mac, vous devez utiliser l'éditeur de documents OpenOffice ou LibreOffice.

  • Impossible de modifier un fichier à l'aide de WebDAV (modification directe) lorsque vous utilisez LibreOffice sous Mac Si vous accédez à Filr à partir d'un ordinateur Mac et que vous utilisez LibreOffice comme éditeur de documents, vous ne pouvez pas éditer les fichiers via WebDAV à l'aide de la fonctionnalité de modification directe (comme décrit à la section Édition de fichiers avec modification directe du Guide d'accès utilisateur de Filr 3.0).

    Si vous utilisez Apache pour donner accès au système Filr, les utilisateurs peuvent modifier les fichiers à l'aide de WebDAV lorsqu'ils accèdent à Filr à partir d'un ordinateur Mac et qu'ils utilisent LibreOffice comme éditeur de documents.

  • L'utilisation de WebDAV fournit un accès en lecture seule au dossier Filr (via Mac Finder) Lorsque WebDAV est utilisé pour accéder au dossier Filr de l'application de bureau via Mac Finder, l'accès est en lecture seule.

  • Impossible de modifier un fichier via WebDAV (modification directe) lors de l'utilisation de Safari 7.x avec OS X 10.9.x Lorsque vous accédez à Filr à l'aide de Safari 7.x et OS X 10.9.x, l'utilisation de la fonctionnalité de modification directe pour modifier un fichier (comme décrit à la section Édition de fichiers avec modification directe du Guide d'accès utilisateur de Filr 3.0) génère une erreur et la modification du fichier est impossible.

    Pour configurer Safari 7.x et OS X 10.9.x de sorte que la fonctionnalité de modification directe de Filr soit prise en charge et qu'il soit possible d'ajouter des dossiers lors de l'utilisation d'un navigateur ne prenant pas en charge HTML 5, procédez comme suit :

    1. Ouvrez Filr dans Safari, puis cliquez sur Menu > Préférences.

    2. Cliquez sur l'onglet Sécurité, puis sur Gérer les réglages de site Web.

    3. Sélectionnez Java, puis cliquez sur la flèche de la liste déroulante en regard de l'URL du Filr et sélectionnez Exécuter en mode non sécurisé.

    4. Cliquez sur Terminer.

Connexion au client Web impossible avec un mot de passe ou un ID utilisateur long

Les utilisateurs ne peuvent pas se connecter au client Web Filr si l'ID utilisateur contient plus de 128 caractères ou si le mot de passe en contient plus de 64.

Problèmes d'affichage dus à des logiciels tiers

Filr ne s'affiche pas correctement lorsque la barre d'outils Ask est installée sur Chrome

Lorsque la barre d'outils Ask est installée sur un navigateur Chrome, les utilisateurs ne peuvent pas afficher l'ensemble du bloc générique Filr. La barre d'outils Ask n'est pas cautionnée par Google Chrome et ne doit pas être installée sur un navigateur Chrome.

Impossible d'afficher des fichiers ODP et ODG contenant des tableaux, des graphiques et des tables au format HTML

Les fichiers ODP et ODG contenant des tableaux, des graphiques ou des tables ne s'affichent pas lorsque vous les visualisez en utilisant la vue HTML, comme décrit dans les cas suivants :

Les répertoires privés de l'utilisateur ne sont pas synchronisés tant que les informations de cache de l'ayant droit n'ont pas été mises à jour

Lorsque vous ajoutez un utilisateur à votre annuaire LDAP, le répertoire privé de l'utilisateur dans Filr ne s'affiche pas immédiatement après l'exécution de la synchronisation LDAP.

Vous devez attendre que les informations de cache de l'ayant droit soient actualisées sur le système de fichiers avant que les informations du répertoire privé ne s'affichent dans Filr. (L'intervalle de rafraîchissement du cache des droits par défaut est de 5 minutes. Vous pouvez modifier cet intervalle, comme décrit à la section Just-in-Time synchronisation [Synchronisation Just-in-Time] du manuel Filr 3.0: Administrative UI Reference [Référence de l'interface utilisateur d'administration de Filr 3.0].)

Filr ne prend pas en charge les alias qui ont été configurés dans l'annuaire LDAP

Si vos utilisateurs possèdent des alias qui sont associés à leur compte utilisateur dans l'annuaire LDAP, ceux-ci ne sont pas synchronisés avec Filr au cours de la synchronisation LDAP. Cela signifie que les utilisateurs ne peuvent pas se connecter à Filr à l'aide de leur alias.

Impossible d'utiliser des éditeurs de texte tels que le Bloc-notes ou Wordpad comme éditeur de document

Filr permet de modifier l'application par défaut utilisée pour éditer des fichiers (comme le décrit la section Modification des paramètres de l'éditeur par défaut pour un seul type de fichier du Guide d'accès utilisateur de Filr 3.0). Cependant, vous ne pouvez pas utiliser d'éditeurs de texte tels que le Bloc-notes ou Wordpad comme éditeurs de document par défaut pour modifier des fichiers, car ces applications ne prennent pas en charge WebDAV.

Tous les applicatifs doivent être redémarrés après une défaillance réseau avec Microsoft SQL

Si votre déploiement Filr inclut une base de données Microsoft SQL et que votre réseau connaît une défaillance, vous devez redémarrer tous les applicatifs de votre déploiement Filr pour restaurer les services Filr.

Le rendu des fichiers XML est incohérent

XML ne fait pas partie des formats pris en charge par défaut pour l'affichage HTML, mais il est possible de l'ajouter (consultez la section HTML Rendering of Non-HTML Files [Rendu HTML des fichiers non-HTML] du manuel Filr 3.0: Administrative UI Reference [Référence de l'interface utilisateur d'administration de Filr 3.0]).

Si vous choisissez d'ajouter XML aux formats pris en charge pour l'affichage HTML, sachez que certains fichiers XML risquent de ne pas s'ouvrir et de ne pas s'afficher dans le client Web.

5.7 Applicatif de base de données

Le programme d'installation Filr ne peut pas créer la base de données Filr dans Microsoft SQL lorsque le nom de la base de données commence par un chiffre

Dans l'assistant de configuration, lors de la configuration d'un déploiement important, le nom de la base de données que vous spécifiez dans le champ Nom de la base de données ne peut pas commencer par un chiffre lorsque vous utilisez une base de données Microsoft SQL. Si le nom commence par un chiffre, l'assistant de configuration n'autorise pas la création de la base de données. Par exemple, 1Filr n'est pas accepté, alors que Filr1 l'est.

5.8 Application Desktop

Pour consulter la liste des problèmes relatifs à l'application de bureau Filr (pour les clients Windows et Mac), reportez-vous aux Notes de version de l'application Filr Desktop.

5.9 Applications mobiles

Pour plus d'informations sur l'installation et l'exécution de l'application Filr Mobile, consultez le guide Démarrage rapide de l'application Micro Focus Filr Mobile 3.0.

Les problèmes connus de l'application mobile Filr sont les suivants :

Les fichiers situés dans la zone Téléchargements ne sont pas synchronisés immédiatement

L'accès à un fichier de la zone Téléchargements de l'application mobile n'entraîne pas de synchronisation Just-in-Time.

Si vous avez uniquement configuré la synchronisation Just-in-Time (la synchronisation planifiée est désactivée), les fichiers situés dans un dossier réseau ajoutés à la zoneTéléchargements sur l'application mobile ne sont pas mis à jour automatiquement avec les modifications apportées à partir du système de fichiers. Le fichier n'est mis à jour dans la zone Téléchargements qu'après l'accès au dossier réseau contenant le fichier dans l'un des clients Filr par un utilisateur.

Les fichiers du dossier privé dans la zone Téléchargements sont supprimés après l'activation du stockage personnel

Si des utilisateurs ajoutent des fichiers à partir de leur dossier privé à la zone Téléchargements sur leur application Mobile, puis que l'administrateur de Filr active le stockage personnel (comme décrit à la section Enabling Personal Storage for Users and Groups [Activation du stockage personnel pour les utilisateurs et les groupes] du manuel Filr 3.0: Administrative UI Reference [Référence de l'interface utilisateur d'administration de Filr 3.0]), les fichiers du dossier privé sont supprimés de la zone Téléchargements sur l'application Mobile.

Les fichiers des dossiers réseau sont supprimés de la zone Téléchargements après avoir été renommés ou déplacés

Si les utilisateurs ont ajouté des fichiers à partir d'un dossier réseau à la zone Téléchargements sur l'application mobile et que ces derniers ont ensuite été renommés ou déplacés sur le système de fichiers OES ou Windows, les fichiers sont supprimés de la zone Téléchargements sur l'application mobile.

Une erreur d'authentification est renvoyée aux utilisateurs de Windows Phone lorsque Filr est configuré avec un certificat auto-signé

Si Filr est configuré avec un certificat auto-signé, les utilisateurs de Windows Phone reçoivent une erreur d'authentification lorsqu'ils tentent d'accéder à Filr à l'aide de l'application Filr Mobile pour Windows.

Vous pouvez résoudre ce problème de l'une des manières suivantes :

  • (Recommandé) Configurez Filr pour utiliser un certificat officiel comme indiqué dans le manuel Filr 3.0: Maintenance Best Practices Guide (Guide des meilleures pratiques de maintenance de Filr 3.0).

  • Envoyez une copie du certificat auto-signé par courrier électronique à chaque utilisateur Windows Phone de votre système. Les utilisateurs doivent ensuite ouvrir le message électronique et cliquer sur le certificat en pièce jointe. Dès qu'ils ont cliqué sur la pièce jointe, le certificat est installé sur le téléphone. Une fois le certificat installé, les utilisateurs peuvent se connecter à l'application Filr sans recevoir d'erreur d'authentification.

Les adresses électroniques figurant dans la boîte de dialogue de partage ne peuvent pas contenir de caractères étendus

Si vous indiquez dans la boîte de dialogue de partage une adresse électronique contenant des caractères étendus (tels qu'une apostrophe), un message d'erreur s'affiche pour vous informer que l'élément ne peut pas être partagé avec l'utilisateur spécifié.

5.10 Application Web

Impossible de consulter les fichiers protégés par mot de passe

Les fichiers qui ont été protégés par mot de passe dans l'application où ils ont été créés ne peuvent pas être consultés dans Filr.

6.0 Corrections de bogues dans Filr 3.0

Pour consulter la liste des bogues signalés par les clients et partenaires, consignés pour Filr 2.0 et corrigés dans Filr 3.0, consultez le document Filr 3.0 Bug List (Liste des bogues de Filr 3.0). Pour des informations détaillées sur chaque bogue, connectez-vous à votre compte et recherchez les références des bogues dans Bugzilla.

7.0 Documentation