Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Installation : rapport de bugs #355

Closed
Draky50110 opened this issue Jan 8, 2014 · 5 comments
Closed

Installation : rapport de bugs #355

Draky50110 opened this issue Jan 8, 2014 · 5 comments
Assignees
Milestone

Comments

@Draky50110
Copy link

Je fais une installation fraîche (fresh ? :p) donc voici quelques remarques :

  • 0.7beta (3 ?)
  • si on ne rentre pas d'utilisateur, il se passe quoi ? Genre si on veut un truc sans authentification ?
  • dans la case de mot de passe vide : "Laisser vide pour dés" heu on voit pas le bout de la phrase donc... ça fait quoi si on laisse vide ?
  • je n'ai pas de compte persona, je fait comment pour l'identification ? Me semble avoir lu que vous travailliez dessus mais du coup, possible d'avoir un simple couple "ident/passe" avec un mot de passe hashé/salté etc. ?
  • après la dernière étape (suppr. de install.php), je l'afficherai genre "Et voilà fichier supprimé, ninstall finie, vous pouvez commencer à importer des flux, allez à tel endroit, etc. avec des liens hypertextes sur les mots :)

Voilà :)

@Draky50110
Copy link
Author

Je rajoute un truc : la partie "Utilisateurs" est très... incompréhensible.
J'ai crée un utilisateur (cf ci-dessus) mais il n'est pas affiché dans la liste ?

Le auth-HTTP pour les nuls serait sympa en explication :)

@Alkarex
Copy link
Member

Alkarex commented Jan 8, 2014

Bonne suggestions, il faudra essayer d'améliorer tout ça.

@marienfressinaud a promis d'agrandir les champs de texte :-)

Depuis la dernière 0.7-beta4, il y a forcément un utilisateur par défaut, même s'il n'y a pas d'authentification.
Il y a 3 modes d'accès au choix :

  • Aucun contrôle d'accès (libre d'accès du point de vue de FreshRSS)
  • Par HTTP Auth (pour l'instant laissé à la charge de l'utilisateur, mais il y a tout de même un lien vers la documentation Apache dans le README. Voir aussi mon commentaire Appel à tester la version 0.7-bêta #327 (comment) . Il serait envisageable de développer le wiki à ce sujet par exemple.
  • Par Persona (qui permet aussi un accès limité anonyme), ce qui est facile, gratuit, et ne dépend pas forcément d'une organisation (on peut héberger la vérification Persona sur son propre domaine si on veut, sinon un service de Mozilla prend le relai)

@Draky50110
Copy link
Author

Ok, je comprends le principe.
C'est bien fait en fait, mais ça oblige à utiliser Persona, ce qui n'est pas forcément michu-compliant.
En fait, je regrette que FRSS ne soit pas michu-compliant mais bon, d'un autre côté, un lecteur RSS, c'est pas forcément michu-compliant ;)

@Alkarex
Copy link
Member

Alkarex commented Jan 8, 2014

En attendant que nous ayons une meilleure documentation et/ou méthode, ne pas hésiter à demander de l'aide pour faire fonctionner le contrôle d'accès par HTTP.

Alkarex added a commit that referenced this issue Jan 13, 2014
#355
+ Correction bug cache thèmes du précédant patch
Alkarex added a commit that referenced this issue Jan 17, 2014
+ diverses corrections dans l'installeur
Adresse une partie de
#355
@Alkarex
Copy link
Member

Alkarex commented Jan 17, 2014

Les quelques derniers patchs qui ont récemment atterris dans /dev devraient adresser tous les points de ce bug.

Voici une capture d'écran de l'installeur modifié :
clipboard01

@Alkarex Alkarex closed this as completed Jan 17, 2014
@ghost ghost assigned Alkarex Jan 18, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants