Sujets Techniques

Merci bien

Bonjour , Le correctif est inclus dans la version Gofast V4.1.1, qui est désormais déployée sur les serveurs de développement et de test de TEOS. Nous avons également pris note de votre demande sous le Jira numéro GOFAST-10739 Si vous avez d'autres questions ou avez besoin d'une assistance supplémentaire, n'hésitez pas à nous contacter. Cordialement, ES-SMAHI Hussam

et même si il est payant, MoutainDuck est encore plus puissant puisqu'il gère la synchronisation locale, est vu comme un montage réseau, parfait pour accéder à ses documents GoFAST dans l'avion

Bonjour, L'option de désactiver le peer-to-peer sur Element est prévue dans la version 4.2. Cette option permettra à chacun de le désactiver manuellement, tout comme c'est actuellement le cas avec Jitsi intégré à GoFAST. Bien cordialement, Guillaume Sauviat

Bonjour, Un ticket a bien été créé concernant votre demande: GOFAST-10729 Bien cordialement, Guillaume Sauviat

Bonjour, On ne peut pas le faire au niveau du filer Alfresco car cela créerait une incohérence au niveau de la base de donnée. La piste CMIS semble effectivement la plus adaptée à une action en masse, sinon nous avons également une API permettant de remonter les versions d'un document. Je pense que la meilleure solution serait de faire une passe espace par espace, en demandant pour quelques jour l'accès aux administrateurs d'espaces à un compte technique qui servirait à faire cet audit. Bonne journée ! Cordialement,

@ramis bonjour, je rebondis sur votre commentaire et précise un point. Il n'est pas nécessaire d'avoir un compte GoFAST pour être participant sur votre instance dédiée Jitsi. L'utilisation de https://meet.jit.si (dit lien alternatif) devrait être limité à des cas de blocage de certains firewalls (port 10000 fermé) et nous avons enfin réussi à supprimer cette restriction (et un problème avec les appels audio sur Element) en GoFAST v4.1.1 qui est en cours de déploiement chez nos clients ces prochaines semaines. Bien cordialement,

@k-georgiev Un identifiant de noeud (nid) correspond, pour être précis techniquement, à la page du document sur Drupal (le CMS intégré à GoFAST qui génère entre autre l'interface graphique et lie les composants entre eux). Le document associé à un noeud a également un identifiant (sur Alfresco) mais il n'est généralement pas utilisé dans nos API REST. On peut par contre le retrouver lorsqu'on attaque en direct l'API CMIS de la GED Alfresco intégrée. Les emplacements eux par contre n'ont pas d'identifiants, ce sont des "métadonnées" associés aux documents, eux mêmes associés aux noeuds. Nos APIs travaillent avec les identifiants de noeud (nid) et s'occupent ensuite d'appliquer les modifications en GED. Par contre la confusion vient peut être du fait que les espaces collaboratifs (qui correspondent à des répertoires en GED) ont effectivement également une page sur Drupal, et donc un identifiant de noeud. N'hésitez pas à revenir vers moi si ce n'est pas clair ! Bonne journée ! Cordialement,

Bonjour @DC, Avez-vous réussi à finaliser votre installation ? Bonne journée ! Cordialement,

Bonjour Thierry, Il s'agit effectivement d'un bug. J'ai créé un ticket interne (ref. GOFAST-10580) pour corriger le problème dans la prochaine version de GoFAST. Veuillez-nous excuser pour la gêne occasionnée, Benjamin

Bonjour, Nous prenons note de la possibilité de tester sur l'un de vos environnements, en plus de nos tests sur nos environnements d'intégration. J'ajoute cette information à notre ticket interne, et lors de son traitement, si nécessaire, l'équipe en charge reviendra vers vous ! Merci pour votre proposition, Bonne journée, Benjamin

Bonjour,, Cette réponse n'est pas selon nous satisfaisante car dans les groupes le principe est de mettre des personnes qui ne sont pas dans les mêmes services et qui sont dans un groupe tellement occasionnellement et spécifiquement qu'on ne peut pas créer un liste juste pour eux à cet instant particulier. D'autant que cette liste ne resservira peut être pas. Ainsi il faudrait bien prévoir comme demandé dans le post en lien qu'il y ai un transfert possible ce qui permettra aussi des problèmes de droits de suppression des personnes parties

@jc1204 D'accord merci pour l'information, si vous effectuez un nouvel essai sur Alma 9 pourriez vous regarder les logs de gofast-ng-drupal et gofast-ng-alfresco pour essayer d'identifier ce qui prends autant de temps ? Merci d'avance !

Bonjour @Raphaël-Badawi, Merci Pour votre reponse, effectivement le probleme etait au niveau su buffer ainsi que dans les headers. c'est bon ca marche maintenant, Merci.

Bonjour, Votre plateforme est Onpremise, de nombreux paramètres rentrent en compte (notamment votre reverse proxy) et les performances demandées sont importantes. De notre coté nous avons fait des sessions à plus d'une centaine d'utilisateurs sans problèmes, il faut donc regarder en détail tous les éléments de votre infrastructure (réseau, RP, ...). Dans certains cas la stabilité peut être aussi liée au navigateur (Edge, Chrome, Firefox, ...) Dans un premier temps pour écarter les problèmes d'infra, pouvez-vous faire des tests avec le lien 'alternatif' qui est en SaaS et qui est dans toutes les invitations créées sur GoFAST ? Merci d'avance,

Bonjour, Je vous remercie pour votre réponse. Cela semble plus claire effectivement. Bien cordialement, Hamama ASSADI

Oups désolé je me suis trompé de forum. Vous pouvez supprimer cette demande

Bonjour, Je vous remercie pour vos remarques. Nous avons ouvert le ticket interne GOFAST-10106 afin de mettre en place des améliorations de l'interface du tchat. En vous souhaitant une agréable journée, SAHBANE Abdelghafour.

Bonjour, Très bien, nous allons faire le test et nous reviendrons vers vous si il y a un souci. Bien Cordialement