yunohost-apps / yeswiki_ynh Goto Github PK

Ajouter la fonctionnalité decrite dans cette page de la documentation de YesWiki permettant de bloquer l'accès par un mot de passe en le laissant public.

• https://yeswiki.net/?IntraneT

Permettre l'autorisation ou non d'intégrer de code html.

• Problème évoqué ici : forum - intégration de code html dans yeswiki
• références :
  • https://yeswiki.net/?DocumentationInstallation

Solution temporaire

1. Editer le fichier wakka.config.php
2. Modifier la ligne allow_raw_html’ => false, en allow_raw_html’ =>1

Ce qui permet l'introduction de code html

Il n'est pas possible de personnaliser le nom du wiki. Il reste bloqué à MyYunoHostWiki

Ajout du nouveau systeme utilisateur :
https://yunohost.org/#/groups_and_permissions

Bonjour,

Le dernier package YunoHost pour YesWiki contient la version doryphore 2020-11-30-4, alors que la version la plus récente est doryphore 2021-03-25-19. Serait-il possible de mettre le package à jour?

La mise à jour depuis l'interface de YesWiki n'est pas possible depuis YesWiki quand YesWiki est déployé dans YunoHost (bug ou fonctionnalité, je ne sais pas). Voir issue #24 .

Merci!

Describe the bug

When using application management interface of Yunohost and trying to add YesWiki application on the same domain of a previous one install, but with a different path, there is a message that said that the path is already used (see detail below).

Context

• Hardware: Raspberry Pi at home
• YunoHost version: 4.3.6.2
• I have access to my server: Through SSH | through the webadmin| ...
• Are you in a special context or did you perform some particular tweaking on your YunoHost instance?: *no *

Steps to reproduce

• Using, or trying to install package version/branch: YesWiki 2022-01-16-13~ynh1

• wanted path https://www.example.com/yeswiki2

• previous path https://www.example.com/yeswiki (for the previous yeswiki already working)

• error saying that https://www.example.com/yeswiki is already used (normal but I asked https://www.example.com/yeswiki2)

Expected behavior

No error expected

Logs

Bonsoir,

Si j'efface l'application yeswiki dans YH et que je la réinstalle à partir d'une sauvegarde précédente (le tout au travers de l'interface web admin de YH), les propriétaires de certains fichiers et répertoires ne sont pas restaurées correctement, ce qui casse par example la mise à jour des thèmes.

La permission initiale donnée par l'installation initiale est yeswiki:root, et après la restauration de la sauvegarde elle devient root:root, ce qui ne permet pas à l'utilisateur yeswiki de modifier les thèmes par exemple.

Les répertoires et fichiers suivants dans /var/www/yeswiki sont impactés:

• cache
• files
• themes
• tool
• wakka.config.php

Si je change les propriétaires à la main depuis la ligne de commande Linux tout rentre dans l'ordre.

Nous sommes sur YesWiki version 2020-11-30-4~ynh1 et YunoHost 4.1.8.

Merci!
Julien.

Not the biggest issue ever, but if you look at the weights in ynh_script_progression they seem to be a sum() of the previous weight + the weight of the current step ... instead, what should happen is to weight each steps individually...

Salut a tous, et merci beaucoup pour ce belle outils..
Je découvre tout juste YesWiki..
Je l'ai donc installé via Yunohost admin et maintenant lorsque je vais sur mon site YesWiki, j'ai la possibilité d'effectuer des mises à jours, seulement je ne suis pas sûr que l'on puisse lancer l'update directement dans YesWiki, ne faut-il pas attendre une update dispo dans Yunohost ??
Merci..

On last yunohost version, on RPI 4 (4.3.4.2) Yeswiki don't install and show and error.

Here logs : https://paste.yunohost.org/raw/oquhemipev

It's seem it's a permission issues around write/read.

Ajouter durant l'installation l'extension de YesWiki pour utiliser le LDAP.

Extension : https://github.com/YesWiki/yeswiki-extension-loginldap

Le mot de passe n'est pas encodé dans la requête local_curl et il n'est du coup pas possible de mettre certains caractères spéciaux dedans, sous peine de se voir refuser l'accès ensuite.

Plus embêtant encore, il n'y a pas de message d'erreur quand ces caractères sont présents.