Bonjour Hussam,
Je vous remercie pour votre retour.
Notre équipe est ravie de pouvoir contribuer aux évolutions de la plateforme
Bonne journée à vous.
Bien cordialement,
Bonjour,
Il existe 2 plugins Jitsi pour Outlook dont un que nous avons testé mais pour l'instant il y a quelques inconvénients, à chaque invitation :
il faut rajouter "jitsi-meet" derrière l'url générée
supprimer les informations de pont audio
Notes:
a) la réunion ne sera pas dans GoFAST (en tout cas pour l'instant)
b) configurer l'url de son instance jitsi privée sur gofast
[image: 1697202523975-7b31649d-5379-4062-a883-3e250ec37fa3-image.png]
[image: 1697212602672-84d5f463-2abc-4cbf-b5f2-f3616273c3c5-image.png]
A télécharger ici : https://github.com/timetheoretical/jitsi-meet-outlook/releases/tag/v0.7.0
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,
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 à vous,
Hélas un ticket interne est par définition interne.
Cependant, j'ai analysé et corrigé le problème à l'instant. Il n'était apparemement pas lié aux espaces extranet, mais aux espaces qui n'ont pas encore une liste d'utilisateurs comme membre (il s'avère que dans mon jeu de données les espaces extranet sur lesquels j'avais fait les tests n'avaient pas encore de userlist members). Le souci est apparu avec la montée de version de PHP en PHP8 avec GoFAST 4.1.0.
Le correctif sera embarqué dans la prochaine version de GoFAST (4.1.1) qui sort ce mois-ci.
Cordialement,
Raphaël.
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.
